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NATIONAL FOREWORD 

This Indian Standard { Part 1 ) ( First Revision ) which is identical with lEC 60625-1 { 1 993 ) 'Programmable 
measuring instruments — Interface system ( byte serial, bit parallel ) — Part 1 : Functional, electrical 
and mechanical specifications, system applications and requirements for the designer and user' issued 
by the International Electrotechnical Commission ( lEC ) was adopted by the Bureau of Indian Standards 
on the recommendation of Electronic Measuring Instruments, Systems and Accessories Sectional 
Committee and approval of the Electronics and Telecommunication Division Council. 

This standard was first published in 1984 and was identical to lEC 60625-1 { 1979 ) 'An interface 
system for programmable measuring instruments ( byte serial, bit parallel ) — Part 1 : Functional, 
electrical and mechanical specifications, system applications and requirements'. 
lEC 60625-1 ( 1979 ) has since been revised in 1993. In view of the technological advances at the 
international level, this standard is being revised to align it with the latest international practices. 

The text of the lEC has been approved as suitable for publication as Indian Standard without deviations. 
Certain conventions are, however, not identical to those used in Indian Standards, Attention is particularly 
drawn to the following: 

a) Wherever the words 'International Standard' appear referring to this standard, they should be 
read as 'Indian Standard'. 

b) Comma (,) has been used as a decimal marker while in Indian Standards, the current practice 
is to use a point (,) as the decimal marker. 

CROSS REFERENCES 

In the adopted standard, reference appears to certain International Standards for which Indian Standards 
also exist. The corresponding Indian Standards which are to be substituted in their place are listed 
below along with their degree of equivalence for the editions indicated: 



International 
Standard 

lEC 60050-351 ( 1975 ) International 
Electrotechnical Vocabulary — 
Chapter 351 : Automatic control 

lEC 60068-1 ( 1988 ) Environmental 
testing — Part 1 : General and 
guidance 



lEC 60359 { 1987 ) Expression of 
the performance of electrical and 
electronic measuring equipment 



Corresponding 
Indian Standard 

IS 1885 (Part 75) : 1993 Electro- 
technical vocabulary : Part 75 Automatic 
control 

a) IS 9000 ( Part 1 ) : 1988 Basic 
environmental testing procedures 
for electrical and electronics items : 
Part 1 General 

b) IS 9001 ( Part 1 ) : 1984 Guidance 
for environmental testing : Part 1 
General 

IS 9176 : 2001 Expression of the 
performance of electrical and electronic 
measuring equipment 



Degree of 
Equivalence 

Identical 



Technically 
equivalent 



Identical 



(i) 
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International 
Standard 

lEC 60512-6 (1984) Electrome- 
chanical components for electronic 
equipment, basic testing procedures 
and measuring methods — Part 6 : 
Climatic tests and soldering tests 

I EC 60625-2 ( 1993 ) Programma- 
ble measuring instruments — 
Interface system { byte serial, bit 
parallel ) — Part 2 : Codes, formats, 
protocols and common commands 

ISO/IEC 646 {1991 ) Information 
technology — ISO 7-bit coded 
character set for information 
interchange 



Corresponding 
Indian Standard 

IS 12248 ( Part 6 ) : 1991 Basic testing 
procedures and measuring methods 
of electromechanical components for 
electronic equipment : Part 6 Climatic 
tests and soldering tests 

IS 10767 ( Part 2 ) : 2001 Programma- 
ble measuring instruments — Interface 
system ( byte serial, bit parallel ) : 
Part 2 Codes, formats, protocols and 
common commands 

IS 10315 : 1997 ISO 7-bit coded 
character set for Information interchange 



Degree of 
Equivalence 



Technically 
equivalent 



Identical 



do 



The concerned Technical Committee responsible for preparation of this standard has reviewed the 
provisions of the following International publications and has decided that they are acceptable for use 
in conjunction with this standard: 



lEC 60348 (1978) 
I EC 60603-2 ( 1988 ) 

IEC60807-2 ( 1992 ) 



Safety requirements for electronic measuring apparatus [ Since withdrawn 
and replaced by lEC 61010-1 ( 1990 ) ] 

Connectors for frequencies below 3 MHz for use with printed boards — 
Part 2 : Two-port connectors for printed boards, for basic grid of 2.54 mm 
( 0.1 in ) with common mounting features 

Rectangular connectors for frequencies below 3 MHz — Part 2 : Detail 
specification for a range of connectors, with assessed quality with trapezoidal 
shaped metal shells and round contacts — fixed solder contact types 



Only the English language text of the International Standard has been retained while adopting it in 
this Indian Standard. 
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PROGRAMMABLE MEASURING 

INSTRUMENTS — INTERFACE SYSTEM 

( BYTE SERIAL, BIT PARALLEL ) 

PART 1 FUNCTIONAL, ELECTRICAL AND MECHANICAL SPECIFICATIONS, SYSTEM 
APPLICATIONS AND REQUIREMENTS FOR THE DESIGNER AND USER 

( First Revision ) 

SECTION 1: GENERAL 

1 Scope and object 

1.1 Scope 

1.1.1 This part of IEC 625 is applicable to interface systems used to interconnect both 
programmable and non-programmable electronic measuring apparatus with other 
apparatus and accessories necessary to assemble instrumentation systems. 



1.1.2 This part is applicable to the interface of instrumentation systems, or portions of 
them, In which: 

- the data exchanged among the interconnected apparatus is digital (as distinct from 
analogue) ; 

- the number of devices that may be interconnected by one contiguous bus does not 
exceed 15; 

- the total transmission path length over the interconnecting cables does not exceed 
20 m; 

- the data rate across the Interface on any signal line does not exceed 1 megabit per 
second. 

The basic functional specifications of this part may be used In digital interface applications 
which require longer distances, more devices, increased noise immunity, or combinations 
of these. Different electrical and mechanical specifications may be required (e.g. 
symmetrical circuit configurations, high-threshold logic, special connectors or cable 
configurations) for these extended applications. 



1.1.3 This part may also be applicable to other Instrumentation system elements such as 
processors, stimulus, display, or storage devices, and terminal units found useful in 
instrumentation systems. 

1.1.4 This part applies generally to laboratory and production test environments which 
are both electrically quiet and restricted as to physical dimensions (distances between the 
system components). 

1.1.5 A primary focus of this part is to set forth an interface system to interconnect self- 
contained apparatus to other apparatus by external means. This standard may be also ap- 
plied to interconnect the internal subsections within a self-contained equipment. 



IS 1 0767 { Parti ):2001 
lEC 60625-1 (1993) 

1.2 Object 

This part is Intended: 

- to define a general-purpose system for use in limited distance applications, 

- to specify the device-independent mechanical, electrical, and functional interface 
requirements which apparatus shall meet In order to be interconnected and 
communicate unambiguously via the system. 

- to specify the terminology and definitions related to the system. 

- to enable the Interconnection of independently manufactured apparatus into a 
single functional system, 

- to permit apparatus with a wide range of capability, from the simple to the complex, 
to be interconnected to the system simultaneously. 

- to permit direct communication between apparatus without requiring all messages 
to be routed to a control or intermediate unit. 

- to define a system with a minimum of restrictions on the performance charac- 
teristics of apparatus connected to the system. 

- to define a system that permits asynchronous communication over a wide range of 
data rates, 

- to define a system which, of itself, may be relatively low-cost and permits the inter- 
connection of tow-cost devices. 

- to define a system that is easy t0 use. 

1 .2.1 This part deals only with the Interface characteristics of instrumentation systems to 
the exclusion of design specifications, consideration of radio-interference regulations, 
performance requirements, and safety requirements of apparatus. 

NOTE - For the latter two items, reference is made to lEC 348: Safety requiraments for electronic 
measuring apparatus, and lEC 359: Expression of the functional performance of electronic measuring 
equipment. 

1.3 Normative references 

The following normative documents contain provisions which, through reference in this 
text, constitute provisions of this part of lEC 625. At the time of publication, the editions 
indicated were valid. All normative documents are subject to revision, and parties to 
agreements based on this part of I EC 625 are encouraged to investigate the possibility of 
applying the most recent editions of the normative documents indicated below. Members 
of lEC and ISO maintain registers of currently valid International Standards. 

lEC 50(351): 1975, International Electrotechnical Vocabulary ~ Chapter 351: Automatic 
control 

lEC 68-1 : 1 988. Environmental testing - Part 1: General and guidance 

lEC 348: 1978. Safety requirements for electronic measuring apparatus 

lEC 359: 1987, Expression of the performance of electrical and electronic measuring 
equipment 
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I EC 512-6: 1984, Electromechanical components for electronic equipment; basic testing 
procedures and measuring methods - Part 6: Climatic tests and soldering tests 

lEC 603-2: 1988, Connectors for frequencies below 3 MHz for use with printed boards - 
Part 2: Two-part connectors for printed boards, for basic grid of 2,54 mm (0,1 in) with 
common mounting features 

lEC 625-2: 1993, Programmable measuring instruments - Interface system (byte serial, bit 
parallel) - Part 2: Codes, formats, protocols and common commands 

ISO/IEC 646: 1 991 , Information technology - ISO 7-bit coded character set for information 
interchange 

lEC 807-2: 1992, Rectangular connectors for frequencies below 3 MHz - Part 2: Detail 
specification for a range of connectors, with assessed quality, with trapezoidal shaped 
metal shells and round contacts - Fixed solder contact types 



2 Definitions 

For the purposes of this part of lEC 625, the following definitions apply. 

Throughout this part, and in so far as further distinction is not necessary: 

- the term "system" denotes the byte-serial, bit-parallel interface system that, in 
general, includes all circuits, cables, connectors, message repertoire, and control 
protocol to effect unambiguous data transfer between devices; 

- the term "device" or "apparatus" denotes any programmable measurement device or 
other product connected to the interface system that communicates information via and 
conforms to, the interface system definition. 

This clause contains only general definitions. Detailed definitions are given under the 
headings of further clauses and subclauses, as appropriate. 

2.1 General system terms 

2.1 .1 System (from International Electrotechnical Vocabulary (lEV 351 -01 -01 ) 

A set of interconnected elements constituted to achieve a given objective by performing a 
specified function. 

NOTE - The system is considered to be separated from the environment and other external systems by an 
imaginary surface which cuts the links between them and the considered system. Through these links, the 
system is affected by the environment, is acted upon by external systems, or acts itself on the environment 
or the external systems. 

2.1.2 Interface 

A common boundary between a considered system and another system, or between parts 
of a system, through which information is conveyed. 
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2.1.3 Interface system 

The set of device-independent mechanical, electrical and functional elements of an inter- 
face necessary to effect communication among a set of devices. Cables, connectors, 
driver and receiver circuits, signal-line descriptions, timing and control conventions and 
functional logic circuits are typical system elements. 



2.1.4 Programmable 

That characteristic of a device that makes it capable of accepting data to alter the state of 
its internal circuits to perform a specific tasks(s). 

2.1 .5 Remote control 

A method whereby a device Is programmable via its electrical interface connection in order 
to enable the device to perform different tasks. 

2.1.6 Local control 

A method whereby a device is programmable by means of its local (front or rear panel) 
control in order to enable the device to perform various tasks. (Also referred to as manual 
control.) 

2.1.7 Compatibility 

The degree to which devices may be interconnected and used, without modification, when 
designed as defined throughout this part (e.g. mechanical, electrical, functional). 



2. 1 .8 Handshake cycle 

The process whereby digital signals effect the transfer of each data character across the 
interface by means of an interlocked sequence of status and control signals. Interlocked 
denotes a fixed sequence of events in which one event in the sequence must occur before 
the next event may occur. 



2. 1 .9 Programmable measuring apparatus 

A measuring apparatus that performs specified operations on command from the system 
and may transmit the results of the measurement(s) to the system. 

2.1.10 Terminal unit 

An apparatus that terminates the considered interface system and by means of which a 
connection (including code translation, if required) is made between the considered inter- 
face system and another external interface system. 

2 . 2 Signals and paths 

2.2.1 Signal 

The physical representation of information. 

NOTE - For the purpose of this part, this is a restricted dermition of what is often called "signal" in the 
general sense, and hereinafter refers to digital electrical signals only. 

8 
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2.2.2 Signal parameter 

That parameter of an electrical quantity whose value or sequence of values conveys 
information. 

2.2.3 Signal level 

The magnitude of a signal compared to an arbitrary reference magnitude (voltage In the 
case of this part). 

2.2.3.1 High state 

The relatively more positive signal level used to assert a specific message content 
associated with one of two binary logic states. 

2.2.3.2 Low state 

This relatively less positive signal level used to assert a specific message content 
associated with one of two binary logic states. 

2.2.4 Signal line 

One of a set of signal conductors in an interface system used to transfer messages among 
interconnected devices. 

2.2.5 Byte 

A group of concurrent binary digits operated on as a unit and usually shorter than a 
computer word. (Frequently connotes a group of eight bits.) 

2.2.6 Bus 

A signal line or a set of signal lines used by an interface system to which a number of 
devices are connected and over which messages are carried. 

2.2.6.1 Unidirectional bus 

A bus used by any individual device for one-way transmission of messages only, i.e. either 
input only or output only. 

2.2.6.2 Bidirectional bus 

A bus used by any Individual device for two-way transmission of messages, i.e. both input 
and output. 

2.2.7 Byte serial 

A sequence of bit-parallel data bytes used to carry information over a common bus. 



2.2.8 Bit parallel 

A set of concurrent data bits present on a tike number of signal lines used to carry infor- 
mation. Bit-parallel data bits may be acted upon concurrently as a group (byte) or 
independently as individual data bits. 
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3 interface system overview 

3.1 Interface system objective 

3.1 .1 The overall purpose of an Interface system is to provide an effective communication 
link over wfiicfi messages are carried In an unambiguous way among a group of Inter- 
connected devices. 

3.1 .2 Messages (quantities of information) carried by an Interface system belong to either 
of two broad categories: 

- messages used to manage the interface system itself, hereinafter called interface 
messages; 

- messages used by the devices interconnected via the interface system that are 
carried by, but not used or processed by, the interface system directly, hereinafter 
called device-dependent messages. 

NOTE - The detailed specification on device-dependent messages is beyond the scope of this part. 

3.2 Fundamental communication capabilities 

3.2.1 An effective communication link requires three basic functional elements to 
organize and manage the flow of information to be interchanged among devices: 

- a device acting as a listener: 

- a device acting as a talker; 

- a device acting as a controller 

NOTE - The terms talker and listener have specialized meanings in this part to better describe the role of 
devices. These terms are used in order to avoid confusion with other technical terms such as transmitter 
and receiver. 

3.2.2 In the context of the interface system described by this part: 

a) A device with the capability to listen can be addressed by an Interface message to 
receive device-dependent messages from another device connected to the Interface 
system. 

b) A device with the capability to talk can be addressed by an interface message to 
send device-dependent messages to another device connected to the interface system. 

c) A device with the capability to control can address other devices to listen or to talk. 
In addition, this device can send interface messages to command specified actions 
within other devices. A device with only this capability neither sends nor receives 
device-dependent messages. 

NOTE - The use of the word controller throughout this part applies strictly to the management (control) of 
the interface system and does not imply the broad capabilities typically associated with the word in the data 
processing context. Further classification of the controller will be made in section 2 to distinguish between 
different types of controller capabilities used in the interface system. 

3.2.3 Listener, talker, and controller capabilities occur individually or in any combination 
in devices interconnected via the interface system as shown In figure 1 . 
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3.2.4 In addition to ttie basic listener, talker and controller functions, the system provides 
interface messages to accomplish the following operations: 

a) A serial poll sequence may be initiated when a device (with talker iuncWon) requires 
some action by the controller, by transmitting the service request message. The 
controller will then obtain the status byte of all possible devices in sequence to 
ascertain which requires service. 

b) The parallel poll function provides a device with the ability to transmit, on the 
controller's demand, one bit of status information {request service) simultaneously with 
several other devices. The assignment of a data line to a particular device for the 
response to a parallel poll may be accomplished through interface messages. 

c) The device-clear and device-trigger functions provide a device with the ability to be 
initialized or triggered, on command from the controller. This may occur simultaneously 
with either selected devices or all devices in a system. 

d) The remote/local iunction provides a device with the ability to accept program data 
from the bus, local data (for example, front panel controls), or both. 

3.3 Message paths and bus structure 

3.3.1 The interface system contains a set of 16 signal lines used to carry all information, 
interface messages and device-dependent messages, among interconnected devices. 



3.3.2 Messages may be coded on one signal line or on a set of signal lines as deter- 
mined by the particular message content and its relationship to the interface system. 

3.3.3 The bus stoicture is organized into three sets of signal lines: 

- data bus, eight signal lines; 

- data byte transfer control bus, three signal lines; 

- interface management bus. five signal lines. 

Figure 1 illustrates the basic communication paths. 

3.3.3.1 A set of eight interface signal lines carries all 7-bit interface messages and the 
device-dependent messages: 

a) DATA INPUT OUTPUT 1 (DI01); 



h) DATA INPUT OUTPUT 8 (DI08). 
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Message bytes are carried on the DIO signal lines: 

- in a bit-parallel byte-serial form; 

- asynchronously; 

- bidffectionally. 

NOTE - A message may be carried on an individual DIO signal line when required. 

3.3.3.2 A set Of three signal lines is used to effect the transfer of each byte of data on 
the DIO signal lines from a talker or controller to one or more listeners: 

a) DATA VALID (DAV) is used to Indicate the condition (availability and validity) of 
information on the DIO signal lines. 

b) NOT READY FOR DATA (NRFD) is used to indicate the condition of readiness of 
device(s) to accept data. 

c) NOT DATA ACCEPTED (NDAC) is used to Indicate the condition of acceptance of 
data by device(s). 

The DAV, NRFD, and NDAC signal lines operate in what is called a three-wire (inter- 
locked) handshake process to transfer each data byte across the interface. 

3.3.3.3 Five interface signal lines are used to manage an orderly flow of information 
across the interface: 

a) ATTENTION (ATN) is used (by a controller) to specify how data on the DIO signal 
lines are to be interpreted and which devices must respond to the data. 

b) INTERFACE CLEAR (IFC) is used (by a controller) to place the interface system, 
portions of which are contained in all interconnected devices, in a known quiescent 
state. 

c) SERVICE REQUEST (SRQ) is used (by a device) to Indicate the need for attention 
and to request an interruption of the current sequence of events. 

d) REMOTE ENABLE (REN) is used (by a controller) in conjunction with other 
messages, to enable or disable one or more local controls that have corresponding 
remote controls. 

e) END OR IDENTIFY (EOl) is used (by a talker) to indicate the end of a multiple byte 
transfer sequence or in conjunction with ATN (by a controller), to execute a parallel 
poll. 

3.4 Interface system elements 

The primary elements of this interface system are: 

- functional elements; 

- electrical elements; 

- mechanical elements. 

Each is described in a following section. 
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SECTION 2: FUNCTIONAL SPECIFICATIONS 

4 Functional partition 

A device is a physical entity designed for a particular application. It may be partitioned 
conceptually into three major functional areas each containing unique capabilities: 

- device functions (definition Is application-dependent); 

- interface functions (definition is application-Independent); 

- message coding logic. 

All communication to or from interface functions Is defined in terms of messages and state 
linkages (see 4.3). 

All messages carried on the signal lines are coded according to the coding logic defined In 
clause 16. 

4.1 Device functions 

The scope, purpose, size, content, and organization of the device function area (e.g. 
analogue signal measurement capability, range, modes of operation, etc.) are beyond the 
scope of this part. Figure 2 illustrates the device function area (B) for which the designer 
has complete freedom to define device-related capability and the Interface function 
area (A) for which the designer has no freedom to define new capability beyond that 
specified In this part. 

4.2 Interface function concepts 

4.2.1 Interface function 

An interface function is the system element that provides the basic operational facility 
through which a device can receive, process, and send messages. A number of Interface 
functions, each of which acts In accordance with specific protocol, are defined throughout 
this section of the part. Each specific interface function may only send or receive a limited 
set of messages within each particular class of messages. 



4.2.2 Interface function state 

4.2.2.1 Each of the Interface functions is defined in terms of one or more groups of inter- 
connected, mutually exclusive states. 

4.2.2.2 One and only one state shall be active at any one time within a single group of 
interconnected, mutually exclusive states. 

4.2.2.3 For each state of an Interface function definitions are given for. 

- messages which may or must be sent over the Interface while that state is active, 
and 

- conditions under which the function must leave that state and enter one of the other 
states in its group. 

These messages and conditions define the processing capability of the state. 
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Device (apparatus) 




>A 



A is the capability defined by this part 

B is the capability defined by the designer 

1 are the interface bus signal lines 

2 are the remote interface messages to and from interface functions 

3 are the device-dependent messages to and from device functions 

4 are the state linkages between interface functions 

5 are the local messages between device functions and interface functions (messages to interface 
functions are defined in this part; messages from interface functions are specified by the designer) 

6 are the remote interface messages sent by device functions within a controller 



Figure 2 - Partition of functions within a device 
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4.2.3 Interface function repertoire 

4.2.3.1 The designer Is given tlie choice to select the particular set of interface functions 
necessary to fit the particular device application area. Figure 2 and table I identify the 
available interface functions. 

TABLE I 



interface function repertoire 


Interface function 


Symbol 


Relevant 
message path 


Source fiandsfiake 


SH 


1.2.4,5 


Acceptor handshake 


AH 


1,2.4,5 


Talker or extended talker 


TorTE 


1. 2.3,4,5 


Listener or extended listener 


LorLE 


1.2,3. 4. 5 


Service request 


SR 


1.2.4.5 


Remote local 


RL 


1,2.4.5 


Parallel poll 


PP 


1.2. 4. 5 


Device clear 


DC 


1.2,4.5 


Device trigger 


DT 


1.2.4.5 


Controller 


C 


1. 2.4.5.6 



4.2.3.2 The total processing capability of a set of interface functions (designer-selected 
set included in a specific device) at any moment is the logic conjunction of the processing 
capabilities of all those states (within each individual interface function) that are active at 
that moment. 

4.2.4 Interface function assumptions and perspective 

4.2.4.1 The state diagrams used to define the interlace functions do not indicate, either 
explicity or implicity, the intended existence of specific circuit elements to achieve the 
logical and physical implementation of a function; for example, not all states necessarily 
imply the existence of a latched flip-flop or other memory element. 



4.2.4.2 The state diagrams used to define the interface functions are intended to permit 
the use of a wide variety of logic circuit implementation (e.g. random logic, sequential 
logic, etc.). 

4.2.4.3 The designer is free to combine and Implement two or more interface functions 
with one logic design, provided all the conditions for each state of each interface function 
as defined in this section are met. 

4.2.4.4 Throughout this section of the part, the state diagrams, written descriptions, 
requirements, and guidelines are written for and should be interpreted from the device 
perspective. Sections 5 and 6 will describe the Interaction among devices from the system 
perspective. 

4.2.4.5 An interface function shall ignore (not respond to) any message coding not 
specifically defined. 
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4.2.4.6 A function may stay in any state for any amount of time (including zero) after exit 
conditions are met if this is not in conflict with specified constraints. 



4.3 Message concepts 

4.3.1 Message 

Each message represents a quantity of information and will be received either true or false 
at any specific time. 

All communication between an Interface function and its environment is accomplished 
through messages sent or received. 

4.3.2 Local message route and content 

4.3.2.1 Messages sent between a device function and an interface function are called 
local messages. 

4.3.2.2 Local messages flow between device functions and interface functions (see 
figure 2, message route 5). 

NOTE - Certain local messages are conveyed as remote messages and vice versa. 

4.3.2.3 The designer is not allowed to introduce new local messages to interlace 
functions. 

4.3.2.4 The designer is allowed to introduce a local message derived from any state of 
any interface function to device function(s). 



4.3.2.5 Local messages sent by device functions shall exist for enough time to cause the 
required state transitions. 

4.3.3 Remote message route and content 

4.3.3.1 Messages sent via the interface between interface functions of different devices 
are called remote messages. 

4.3.3.2 Each remote message is either an interface message or a device-dependent 
message. 

4.3.3.3 Each interface message is sent to cause a state transition within another inter- 
face function. An interface message will not be passed along to the device when received 
by an interface function (as shown in figure 2, message route 2). 

4.3.3.4 Device-dependent messages are passed between the device functions and the 
message-coding logic via specified interlace functions. These will cause no state 
transitions within the interface functions. Examples of device-dependent messages include 
device programming data, device measurement data, and device status data (as shown in 
figure 2, message route 3). 
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4.3.4 State linkage route and content 

4.3.4.1 A state linkage is the logical Interconnection of two interface functions where the 
transition to an active state of one interface function is deperKlent on the existence of a 
specified active state of another interface function as indicated In figure 2. message 
route 4. 

4.3.5 Message coding 

4.3.5.1 Message coding Is the act of translating remote messages to or from interface 
signal-line values. 

4.3.5.2 A message sent over a single signal tine is called a uniline message. Two or 
more of these messages can be sent concurrently. 

4.3.5.3 A message which shares a group of signal lines with other messages, in some 
mutually exclusive set, is called a muitiline message. Only one multiline message 
(message byte) can be sent at one time. 

4.3.6 Classification of multiline messages 

4.3.6.1 Multiline messages are Interpreted as interface messages when the ATN 
message is true. 

4.3.6.2 Multiline messages are Interpreted as device-dependent messages when the 
ATN message is false. 

4.3.6.3 The ATN message, when true, enables the accepting and processing of these 
specific classes of multiline messages: 

- universal commands (all devices Independent of Interface function states); 

- addressed commands (all devices addressed to listen); 

- addresses (all devices); 

- secondary addresses or commands (all devices enabled by a primary address or 
command). 

For a list of specific commands, see table XXXVI. 

4.3.6.4 Each device, when the ATN message is false, may accept and process its own 
device-dependent message when addressed to listen. 

4.3.7 Message transfer conventions 

4.3.7,1 Remote message transfer conventions 

a) The value (true or false) of all remote messages capable of being sent by a device 
shall at all times be as dictated by active states of Its interface functions. 

b) The interface signal line(s) used to send a message value shall be set to the levels 
specified by the remote message coding table XXXVIII. 
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c) Since normal interface operation allows two or more devices to simultaneously send 
opposite values of the remote messages, a technique must be provided for resolving 
these conflicts. This is accomplished by implementing two types of message transfer 
over the interface, active transfer and passive transfer. The interlace is structured so 
that in all conflicts between two message values, one of them will be active and the 
other passive. Messages must be transferred in such a way that the active value over- 
rides the passive value in every conflict that arises. 

d) A remote message can be transferred in one of four ways: 

- An active true value being sent is guaranteed to be the value received (the 
device need not allow it to be overridden). 

- A passive true value being sent is not guaranteed to be the value received (the 
device must allow it to be overridden). 

- An active false value being sent is guaranteed to be the value received (the 
device need not allow it to be overridden). 

- A passive false value being sent is not guaranteed to be the value received (the 
device must allow it to be overridden). 

e) Throughout the text, the terms "true" and "false" if not qualified are assumed to 
mean "active true" and "active false" during all discussions of remote message values 
sent by an interface function. 

f) For two specific remote messages, DAC and RFD, only false values are defined to 
be sent actively. Thus, an AND operation can be considered to be performed on the 
interlace signal lines (see clause 33). 

g) For one remote message, SRQ, only true values are defined to be sent actively. 
Thus, an OR operation can be considered to be performed on the interface signal line 
(see clause 33). 

h) Only the multline message(s) to be sent true will be specified for an interface 
function state since multiline messages (sent via the DIO lines) are by their nature 
mutually exclusive. It should be understood that all unspecified multiline messages are 
sent passive false while that state is active. 

4.3.7.2 Local message transfer conventions 

a) The coding of local messages is beyond the scope of this part and is left to the 
discretion of the device designer. 

b) It is recommended that local messages qualifying transitions within any group of 
mutually exclusive states of an interface function be themselves mutually exclusive. 



5 Notation used to specify interface functions 

5.1 State diagram notation 

5.1.1 Each state that an interface function can assume is represented graphically as a 
circle. A four-letter upper-case mnemonic, always ending in an S, is used within the circle 
to identify the state. 
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5.1.2 All permissible transitions between states of an interlace function are represented 
graphically by arrows between them. 

5.1.3 Each transition is qualified by an expression whose value is either true or false. 
The interface function must remain in its current state if all expressions which qualify 
transitions leading to other states are false. The interface function must enter the state 
pointed to if, and only if, one of these expressions becomes true. The new state may be 
entered at any time after the expression(s) become(s) true, unless a time value is 
specified. 




5.1.3.1 An expression consists of one or more local messages, remote messages, state 
linkages, or minimum time limits used in conjunction with the operators AND, OR, or NOT. 



5.1.3.2 A local message to an interface function Is represented by a three-letter 
mnemonic written in lower case; for example, rdy. (Within the text, local message 
mnemonics are written in italics for clarity: e.g. rdy.) 

5.1.3.3 A remote message (received via the interface) is represented by a three-letter 
mnemonic written in upper case: for example ATi4. 

5.1.3.4 A linkage from another state diagram is represented by a four-letter mnemonic 
enclosed in an oval: for example (LACS) . A state linkage is true if the enclosed state is 
currently active; otherwise, it is false. 

5.1.3.5 A minimum time-limit is represented by the symbol "Tn". This symbol achieves a 
true value only after the interface has been in the state originating the corresponding 
transition for the time value specified. It will remain true until the state is exited. The 
values for these time-limits are contained in table XXXIX. 

5.1 .3.6 The "AND" operator is represented by the symbol "a". 

5.1 .3.7 The "OR" operator is represented by the symbol "v". 

5.1.3.8 The "AND" operator takes precedence over the "OR" operator within an ex- 
pression unless otherwise specified by parentheses. 

5.1.3.9 The "NOT" operator is represented by a horizontal bar placed over the portion of 
the expression to be negated. The resulting negated expression has a true value if, and 
only if, the value of the expression under the bar is false. 
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5.1.4 If a transition is further qualified by a maximum time-limitf "(within tn}", then the 
state pointed to must be entered within the specified amount of time after the expression 
becomes true. The value for these time-limits are contained in table XXXIX. 



5.1.5 If a portion of an expression is optional in that its true value is not required for the 
complete expression to be true (at the designer's choice), then it is enclosed within square 
brackets "I-..]". 

5.1.6 If a specific expression causes a transition to a state from all other states of the 
diagram, a shorthand notation is used instead of all the individual transitions being drawn. 
An arrow without a state at its ori gin i s used to represent this condition, and is assumed to 
originate in al l sta tes (i.e. IPC or REN). It is further assumed that these same expressions 
are false (i.e. IFC or REN) to permit all other transitions in the diagram, and therefore they 
are omitted from the diagrams. 




6.1.7 Although "power-off" (POPS) is a valid state of most interface functions and should 
normally be shown on all diagrams with a transition leading to the state to be entered at 
"power-on" time, a shorthand form is used showing the "pon" pseudo-message originating 
a transition to the first state to be entered when power Is turned on. 



- abbreviated notation used on state diagram: 




complete representation implied by atx)ve symbol: 




pon 




pof 

5.2 Message output notation 

5.2.1 The message output table included with each interface function state diagram 
summarizes only the remote messages allowed to be sent during each of the states of the 
function. 

5.2.2 Rows of the table are used to Indicate states of the interface function. 

5.2.3 Columns of the table are used to indicate remote messages allowed to be sent 
during at least one state of the interface function. 
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5.2.4 Each table entry indicates the value of a message that shall be sent while a 
specified state is active: 

- "T" indicates active true. 

- "F" indicates active false. 

- "(T)" indicates passive true. 

- "(F)" indicates passive false. 

5.2.5 One column in each table is allocated, if required, to the group of multiline remote 
messages allowed to be sent. The multiline message to be sent true during each state is 
placed in its corresponding table entry. False values are not shown since multiline 
messages are mutually exclusive. Parentheses around a multiline message name specify 
that it must be sent passive rather than active true. 



5.2.6 A separate column for device function interaction summarizes the corresponding 
types of messages (or resultant action) device functions are allowed to send or receive. 
Local messages beyond the scope of this part, from the interface function to the device 
functions may be used to coordinate the appropriate action at the choice of the designer. 



6 Source handshake Interface (SH) function 

6.1 General description 

The SH function provides a device with the capability to guarantee the proper transfer of 
multiline messages. An interlocked handshake sequence between the SH function and one 
or more Acceptor Handshake Interface Functions (each contained within separate 
devices) guarantees asynchronous transfer of each multiline message. The SH function 
controls the initiation of, and termination of, the transfer of a multiline message byte. This 
function utilizes the DAV, RFD. and DAC messages to effect each message byte transfer. 

6.2 Source handshake function state diagram 

The SH function shall be implemented so as to perform according to the state diagram 
given in figure 3 and the state descriptions given throughout clause 6. Table II specifies 
the set of messages and states required to effect transition from one active state to 
another. Table III specifies the messages that shall be sent and the device function inter- 
action required while each state is active. 

6.3 Source handshake function state descriptions 
6.3. 1 SOURCE IDLE STA TE (SIDS) 

6.3.1.1 In the SIDS state, the SH function is not engaged in the handshake cycle and 
does not have a new message byte available. 

The SH function powers on in the SIDS state. 

6.3.1 .2 In the SIDS state the DAV message shall be sent passive false. 
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6.3.1.3 The SH function shall exit the SIDS state and enter the SOURCE GENERATE 
STATE (SONS) if: 

- the TALKER ACTIVE STATE (TAGS) is active; 

- or the SERIAL POLL ACTIVE STATE (SPAS) is active; 

- or the CONTROLLER ACTIVE STATE (CACS) is active. 



pon 




nba 



(TAGS) V (SPAS) V (CACS) 



nba 



RFD I A DAG ] 

A 




* (ATN A (CACS) V (CTRS) ) v (ATN a (TACS) v (SPAS) ) 
(within tj) 



Figure 3 - Source handshake state diagram 
TABLE II - SH mnemonics 



M««sag*s: 

pon - power on 

nba - new byte available 

ATN - ATTENTION 

RFD - READY FOR DATA 

DAG - DATA ACCEPTED 



Interface state*: 

SIDS - SOURCE IDLE STATE 
SGNS - SOURCE GENERATE STATE 



Interface elates: 

SDYS - SOURCE DELAY STATE 

STRS - SOURCE TRANSFER STATE 

SWNS - SOURCE WAIT FOR NEW CYCLE STATE 

SIWS - SOURCE IDLE WAIT STATE 

(TACS) - TALKER ACTIVE STATE 

(SPAS) - SERIAL POLL ACTIVE STATE 

(T FONCTION) 

(CACS) - CONTROLLER ACTIVE STATE (C FUNCTION) 



(CTRS) - CONTROLLER TRANSFER STATE 
(C FONCTION) 
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TABLE III - SH message outputs 



SH 
state 


Remote message 
sent 


Device function interaction (DF) 


DAV 


SIOS 

SONS 

SDYS 

SIRS 

SWNS 

SIWS 


(F) 

F 

F 

T 

TorF 

(F) 


Device function can change remote multiline messages 
Device function can change remote multiline messages 
DAB, EOS multiline and END messages shall not change 
DAB, EOS multiline and END message shall not change 
Device function requested to change multiline messages 
Device function requested to change multiline messages 



6.3.2 SOURCE GENERATE STATE (SGNS) 

6.3.2.1 In the SGNS state the device Is generating a new message byte and the function 
is waiting for the new byte to become available. 

6.3.2.2 In the SGNS state the SH function shall send the DATA VALID (DAV) message 
false, in this state the device may change the multiline message being sent via the Talker 
or Controller Interface Function while In the TAGS or CACS states. 



6.3.2.3 The SH function shall exit the SGNS state and enter: 

a) the SOURCE DELAY STATE (SDYS) if the new byte available (nba) message is 
true; 

b) the SIDS state within f^ if either: 

- the ATTENTION (ATN) message is true and neither the CACS state nor the 
CTRS state is active; 

- or the ATN message is false and neither the TACS state nor the SPAS state is 
active. 

6.3.3 SOURCE DELAY STATE (SDYS) 

6.3.3.1 In the SDYS state the SH function is waiting for a message byte to settle on the 
interface signal lines after the change during the SGNS state and for all the Acceptor 
Functions to indicate their readiness to accept the message byte. 

6.3.3.2 In the SDYS state the SH function shall send the DAV message false. In this 
state the device shall not change the multiline message being sent. 

6.3.3.3 The SH function shall exit the SDYS state and enter: 

a) the SOURCE TRANSFER STATE (STRS) only after T^ if the READY FOR DATA 
(RFD) message is true and the DAC message is false; 

b) the SIDS state within t^ if either: 

- the ATTENTION (ATN) message is true and neither the CACS state nor the 
CTRS state is active; 

- or the ATN message is false and neither the TACS state nor the SPAS state is 
active. 
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6.3.4 SOURCE TRANSFER STATE (STRS) 



6.3.4.1 In the STRS state the SH function indicates to the acceptor handshake function 
that it is continuously sending a valid message byte. 

6.3.4.2 In the STRS state the SH function shall send the DAV message true, tn this state 
the device shall not change either the multiline message or the END message (If used) 
being sent. 

6.3.4.3 The SH function shall exit the STRS state and enter: 

a) the SOURCE IDLE WAIT STATE (SIWS) within fg if either: 

- the ATTENTION (ATN) message is true and neither the CACS state nor the 
CTRS state Is active; 

- or the ATN message is false and neither the TAGS state nor the SPAS state is 
active: 

NOTE - This implies an asynchronous interrupt {see 15.5). 

b) the SOURCE WAIT FOR NEW CYCLE STATE (SWNS) if the DATA ACCEPTED 
(DAC) message Is true. 

6.3.5 SOURCE WAIT FOR NEW CYCLE STATE (SWNS) 

6.3.5.1 In the SWNS state the SH function Is waiting for the device to start a new 
message generation cycle. 

6.3.5.2 In the SWNS state the SH function may send the DAV message true or false. In 
this state the device may change the multiline message being sent. 

6.3.5.3 The SH function shall exit the SWNS state and enter: 

a) the SGNS state if the nba message is false; 

b) the SIWS state within fg i* either: 

- the ATTENTION (ATN) message is true and neither the CACS state nor the 
CTRS state Is active; 

- or the ATN message is false and neither the TACS state nor the SPAS state is 
active. 

6.3.6 SOURCE IDLE WAIT STATE (SIWS) 

6.3.6.1 In the SIWS state the SH function is not active in the external message byte 
transfer process but Is active in the internal process of waiting for the device to start a new 
message generation cycle. This SIWS state allows a sequence of message byte transfers 
to be internjpted without loss of data over the interface while at the same time the device 
may continue to prepare for the new (next) message byte generation cycle. 



6.3.6.2 In the SIWS state the DAV message shall be sent passive false. 

6.3.6.3 The SH function shall exit the SIWS state and enter: 
a) the SIDS state if the nba message is false; 
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b) the SWNS state if either: 

- the TAGS state is active; 

- or the SPAS state is active; 

- or the CACS state is active. 

6.4 Source handshake function allowable subsets 

The only allowable subsets to the SH function shall be those listed in table IV. 

TABLE IV 



Identification 


Description 


States omitted 


Other requirements 


Other function 
subsets required 


SH9 
SH1 


No capability 
Complete capability 


All 
None 


None 
None 


None 

T1-T8orTE1-TE8 
or C5-C28 



6.5 Additional SH function requirements and guidelines 

6.5.1 Interpretation of the local nba messages 

6.5.1.1 The nba true message indicates the device has generated a (new) message bye 
and made it available on the Interface signal lines. 

6.5.1.2 The nba message shall become true only in the SIDS or SGNS states. The nba 
message may become false in any other SH states. 

6.5.2 Alternate transition to idle states 



The expression (ATN a (CACS) v (CTRS) ) v (ATN a (TACS) v (SPAS) ) for interruption 
may be substituted by (TACS) a (SPAS) a (CACS) a (CTRS) if the transition of the latter 
expression can be effected within fg after the change of ATN. 



7 Acceptor handshake Interface (AH) function 

7.1 General description 

The AH function provides a device with the capability to guarantee proper reception of 
remote multiline messages. An interlocl<ed handshake sequence between an SH function 
and one or more AH functions (each contained within separate devices) guarantees 
asynchronous transfer of each message byte. An AH function may delay either the 
initiation of, or termination of. a multiline message transfer until prepared to continue with 
the transfer process. The AH function utilizes the DAV, RFD. and DAC messages to effect 
each message byte transfer. 

7.2 Acceptor handshake function state diagram 

The AH function shall be implemented so as to perform according to the state diagram 
given in figure 4 and the state descriptions given throughout clause 7. Table V specifies 
the set of messages and states required to effect transition from one active state to 
another. Table VI specifies the messages that shall be sent and the device function inter- 
action required while each state is active. 
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7.3 Acceptor handshake function state descriptions 
7.3.1 ACCEPTOR IDLE STATE (AIDS) 



7.3.1.1 In the AIDS state the AH function Is inactive and not engaged in the handshake 
cycle. The AH function powers on in the AIDS state. 



pon 



A«DS 




ATN V (LACS) V (LADS) 
(within fj) 



(ATN V rdy) a tcs 



ATN A (lacs) V (LADS] 



-M ANRS 



DAV 




DAV 



^> This transition will never occur under normal interface operation: however, it may be implemented to 
simplify the interface function design. 

Figure 4 - Acceptor handshalce state diagram 
TABLE V - AH mnemonics 



Meeeagee: 


pen 
rdy 
tcs 


- power on 

- ready for next message 

- take control synchronously^' 


ATN 
DAV 


- ATTENTION 

- DATA VALID 



Interface etatee: 

AIDS - ACCEPTOR IDLE STATE 
ANRS - ACCEPTOR NOT READY STATE 

ACRS - ACCEPTOR READY STATE 

ACDS - ACCEPT DATA STATE 

AWNS - ACCEPTOR WAIT FOR NEW CYCLE STATE 



(lads) - LISTENER ADDRESSED STATE (L FUNCTION) 
(LACS) - LISTENER ACTIVE STATE (L FUNCTION) 



" See 15.3.7.1. 



TABLE VI - AH message outputs 



AH 
state 


Remote message sent 


Device function interaction (DF) 


RFD 


DAC 


AIDS 

ANRS 

ACRS 

AWNS 

ACDS 


(T) 

F 
(T) 

F 
F 


(T) 

F 
F 

(T) 
F 


Device function can receive neither remote multiline nor END messages 
Device function can receive neither remote multiline nor END messages 
Device function can receive neither remote multiline nor END messages 
Device function can receive neither remote multiline nor END messages 
Device function can receive remote multiline messages if LACS is active 
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7.3.1 .2 In the AIDS state the RFD and DAC messages shall be sent passive true. 

7.3.1.3 The AH function shall exit the AIDS state and enter the ACCEPTOR NOT 
READY STATE (ANRS) within fg it either: 

- the ATN message Is true; 

- or the LACS state is active; 

- or the LADS state is active. 



7.3 .2 ACCEPTOR NOT READY STATE (ANRS) 

7.3.2.1 In the ANRS state the AH function Indicates to the Interface it has not yet 
prepared internally to continue with the handshake cycle. 

7.3.2.2 In the ANRS state the RFD and DAC messages shall be sent false. 

7.3.2.3 The AH function shall exit the ANRS state and enter: 

a) the ACRS state if the take control synchronously (tcs) message is false 
(see 15.3.7.1) and either: 

- the ATN message is true; 

- or the rdy message Is true; 

b) the AIDS state if the ATN message is false and neither: 

- the LADS state is active; 

- nor the LACS state is active: 

c) the AWNS state if the DAV message is true (optional, note that this transition will 
never occur under nonmal interface operation). 

7.3.3 ACCEPTOR READY STA TE (ACRS) 

7.3.3.1 In the ACRS state the AH function indicates to the interface that it is prepared to 
receive multiline messages. 

7.3.3.2 In the ACRS state the DAC message shall be sent false and the RFD message 
shall be sent passive true. 

7.3.3.3 The AH function shall exit the ACRS state and enter: 

a) the ACCEPT DATA STATE (ACDS) if the DAV message is true; 

b) the AIDS state if the ATN message is false and neither: 

- the LADS state is active; 

- nor the LACS state is active; 

c) the ANRS state within t^ it both the ATN and the ready for next message (rdy) 
messages are false. 
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7.3.4 ACCEPT DA TA STA TE (ACDS) 



7.3.4.1 In the ACDS state the AH function indicates to the SH function that it shall 
maintain a valid message byte. This is the only state in which multiline messages on the 
DIO signal lines are valid. The ACDS state indicates to the interface functions that an inter- 
face message is present and valid if the ATN message is true. The ACDS state indicates 
to the device functions that a device-dependent message is present and valid if the LACS 
state is active. 

7.3.4.2 In the ACDS state the DAC and RFD messages shall be sent false. 

7.3.4.3 The AH function shall exit the ACDS state and enter: 

a) the ACCEPTOR WAIT FOR NEW CYCLE STATE (AWNS) if either: 

- the ATN message is true and a period of T^ has elapsed; 

- or the ATN and rdy messages are both false; 

b) the AIDS state if the ATN message is false and neither: 

- the LADS state is active; 

- nor the LACS state Is active; 

c) the ACRS state if the DAV message is false (optionally, this transition can occur 
only when the controller takes control asynchronously). 

7.3.5 ACCEPTOR WAIT FOR NEW CYCLE STATE (A WNS) 

7.3.5.1 In the AWNS state the AH function indicates that it has received a multiline 
message byte. 

7.3.5.2 In the AWNS state the RFD message shall be sent false and the DAC message 
shall be sent passive true. 

7.3.5.3 The AH function shall exit the AWNS state and enter: 

a) the ACCEPTOR NOT READY STATE (ANRS) if DAV is false; 

b) the AIDS state if the ATN message is false and neither: 

- the LADS state is active; 

- nor the LACS state is active. 

7.4 Acceptor function allowable subsets 

The only allowable subsets to the AH function shall be those listed in table VII. 

TABLE VII 



Identification 


Description 


States omitted 


Other requirements 


Other function 
subsets required 


AH0 
AH1 


No capability 
Complete capability 


All 
None 


None 
None 


None 
None 
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7.5 Additional AH function requirements and guidelines 

7.5.1 The local message rdy shall not become false during the ACRS state. The 
transition from ACRS to ANRS shall occur only at the time ATN becomes false. 

7.5.2 The RFD message received by an SH function is the logical AND of ail the RFO 
messages sent by all the active AH functions. Similarly, the DAC message received by 
an SH function is the logical AND of all the DAC messages sent by all the AH functions. 
The way in which the composite effects of multiple AH functions interact with an SH 
function to perform the logical AND function via the use of the NRFD and NDAC signal 
lines is explained further in clause 33. 



7.5.3 Since interface functions need be designed only 'so as to perform according to" the 
state diagrams specified, it is not required that exactly the states specified are the ones 
which exist in an implementation. One consequence of this statement is that interface 
function state transitions which are qualified by interface messages can occur after the 
message has been received as long as the RFD message Is held false until they occur. 
The resulting performance cannot be distinguished from the performance of the specified 
diagrams in which the transitions must occur while the interface message is being 
received. If this type of implementation is chosen, then the AH function should remain in 
the ANRS state even though the exit condition is true in order to hold the RFD message 
false (this is allowed by 4.2.4.6). 



8 Talker Interface (T) function (includes serial poll capabilities) 

8.1 General description 

8.1 .1 The T function provides a device with the capability to send device-dependent data 
(including status data during a serial poll sequence) over the interface to other devices. 
The capability exists only when the T function is addressed to talk. 

8.1.2 There are two alternative versions of the functions: one with and one without 
address extension. The normal T function uses a 1-byte address, the primary talk address. 
The T interface function with address extension (hereinafter called the extended talker 
(TE) function) uses a 2-byte address, the primary and secondary talk addresses. In all 
other respects, the capabilities of both versions are tne same. 

8.1.3 Only one of the two alternative talker functions need be implemented in a specific 
device. 

NOTE - Both the T function and TE function are described concurrently throughout clause 8 due to the 
extensive similarity between these two functions. 

8.2 Talker function state diagrams 

8.2.1 The T function shall be implemented so as to perform according to the state 
diagrams given In figure 5 and the state descriptions given throughout clause 8. Table VIM 
specifies the set of messages and states required to effect transition from one active state 
to another. Table IX specifies the messages that shall be sent and the device function 
interaction required while each state is active. 
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8.2.2 The TE function shall be implemented so as to perform according to the state 
diagrams given in figure 6 and the state descriptions given throughout clause 8. Table X 
specifies the set of messages and states required to effect transition from one active state 
to another. Table IX specifies the messages that shall be sent and the device function 
interaction required while each state is active. 

8.3 Talker function state descriptions 
8.3.1 TALKER IDLE STA TE (TIDS) 

8.3.1.1 In the TIDS state either the T function or the TE function is not engaged in 
sending data or status bytes. The T function or the TE function powers on in the TIDS 
state. 

8.3.1.2 In the TtDS state the END and RQS messages shall be sent passive false and 
the NUL messages shall be sent passive true. 



IFC 
(within U) 




pon /"""X. 


SPE A (ACDS) 


-1 SPI5 J^ 


^--^^ __^ 


.r****— ^ 




IFC 
(within f4) 


SPD A (ACDS) 



Figure 5 - Talker state diagram 
TABLE VIII - T mnemonics 



Messages: 


interface states: 


pon 


- power on 


TIDS 


- TALKER IDLE STATE 


ton 


- tafk only 


TADS 


- TALKER ADDRESSED STATE 


IFC 


- INTERFACE CLEAR 


TAGS 


- TALKER ACTIVE STATE 


ATN 


- ATTENTION 


SPAS 


- SERIAL POLL ACTIVE STATE 


MTA 


- MY TALK ADDRESS 


SPIS 


- SERIAL POLL IDLE STATE 


SPE 


- SERIAL POLL ENABLE 


SPMS 


- SERIAL POLL MODE STATE 


SPD 
OTA 


- SERIAL POLL DISABLE 

- OTHER TALK ADDRESS 




- ACCEPT DATA STATE (AH FUNCTION) 


(ACDS) 


MLA 


- MY LISTEN ADDRESS 
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TABLE IX - T or TE message outputs 



T 
state 


Qualifier 


Remote massage sent^* 


Device function interaction (DF) 


Multiligne 


END 


RQS*' 


TIDS 
TADS 
TACS 

SPAS 

SPAS 


APRS** 
inactive 
APRS** 
active 


(NUL) 
(NUL) 
DAB'* or 
EOS'* 
STB'* 

STB'* 


(F) 

ForT 
ForT 


(F) 
(F) 
(F) 

F 

T 


Device function not allowed to send messages 
Device function not allowed to send messages 
Device function can send DAB, EOS or END 
message(8) concurrent with DAB^' 
Device function can send one STB message^' 

Device function can send one STB message^' 


^' Messages enabled by the T function originating within the device functions. 
2> See table XXXVIII (clause 16). 
'> Under SH control. 
*> See 8.3.4.1. 
*' See 10.3.3. 



ton 

V 


K 

ATN 




MSA A (TPAS)a (ACOS) 


ATN A (SPMS) 


,PC '^ ^ OTA A tACDS) y< 


ATN 
(within fj) 


(within M Q5^ A (TPAS) A (ACQS) / \ 

V 




fMSA A (ACQS) A (LPAS)l ATN 


A (SPMS) 



SPAS 



pon 



MTA A (ACQS) 



PCG A MTA A (ACDS) 



TACS 




pon 



IFC 
(within tt) 



SPE A (ACDS) 

SPIS K,^^ ^^ SPMS 

SPDa (ACDS) 




NOTE - If the TE function is used together with the L function then (MSA a (ACDS) a (LPAS) 1 shall be re- 
placed by [MLA A (ACDS) ]. 



Figure 6 - Extended talker state diagram 
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TABLE X - TE mnemonics 



Message*: 


Interface states: 


pon 


- power on 


TIDS 


- TALKER IDLE STATE 


ton 


- talk only 


TADS 


- TALKER ADDRESSED STATE 


IFC 


- INTERFACE CLEAR 


TACS 


- TALKER ACTIVE STATE 


ATN 


- ATTENTION 


SPAS 


- SERIAL POLL ACTIVE STATE 


MTA 


- MY TALK ADDRESS 


TPIS 


- TALKER PRIMARY IDLE STATE 


OTA 


- OTHER TALK ADDRESS 


TPAS 


- TALKER PRIMARY ADDRESSED STATE 


OSA 


- OTHER SECONDARY ADDRESS 


SPIS 


- SERIAL POLL IDLE STATE 


PCG 


- PRIMARY COMMAND GROUP 


SPMS 


- SERIAL POLL MODE STATE 


SPE 
SPD 


- SERIAL POLL ENABLE 

- SERIAL POLL DISABLE 




- ACCEPT DATA STATE 


{ACDS] 


MSA 


- MY SECONDARY ADDRESS 




(AH FUNCTION) 
- LISTENER PRIMARY ADDRESSED STATE 


(.LP AS) 








(L FUNCTION) 


Tor 


TE message outputs (see table IX). 







8.3.1.3 The T function shaM exit the TIDS state and enter the TALKER ADDRESSED 
STATE (TADS) if either: 

- the MY TALK ADDRESS (MTA) message Is true and the ACDS state is active; 

- or the talk only (ton) message is true (see 8.5.3). 

8.3.1 .4 The TE function shall exit the TIDS state and enter the TADS state If either: 

- the MY SECONDARY ADDRESS (MSA) message is true, and the ACDS state is 
active, and the TALKER PRIMARY ADDRESS STATE (TPAS) is active; 

- or the ton message is true. 

8.3.2 TALKER ADDRESSED STA TE (TADS) 

8.3.2.1 tn the TADS state the T function has received its talk address and is prepared 
for, but not engaged in, sending data or status bytes. In the TADS state the TE function 
has received both its primary and secondary talk addresses and is prepared for, but not 
engaged in, sending data or status bytes. 

8.3.2.2 In the TADS state the END and RQS messages shall be sent passive false and 
the NUL message shall be sent passive true. 



8.3.2.3 The T function shall exit the TADS state and enter: 

a) the TALKER ACTIVE STATE (TACS) if the ATN message is false and the SERIAL 
POLL MODE STATE (SPMS) is inactive; 

b) the SERIAL POLL ACTIVE STATE (SPAS) If the ATN message is false and the 
SPMS state is active; 
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c) the TIDS state if either: 

- the OTHER TALK ADDRESS (OTA) message is true and the ACDS state is active; 

- or the MLA message Is true and the ACDS state is active; 

- or within t^ if the IPC message is true. 

NOTE - Use of the expression containing the Mi^ message is optional. 

8.3.2.4 The TE function shall exit the TADS state and enter: 

a) the TAGS state If the ATN message Is false and the SPMS state is inactive; 

b) the SPAS state If the ATN message Is false and the SPMS state is active; 

c) the TIDS state if either: 

- the OTA message is true and the ACDS state is active; 

- or the OTHER SECONDARY ADDRESS (OSA) message is true and the TPAS 
and ACDS states are active; 

- or the MSA message Is tme and tX)th the LISTENER PRIMARY ADDRESSED 
STATE (LPAS) and ACDS states are active; 

- or within t^ it the INTERFACE CLEAR (IPC) message is true. 

NOTE - Use of the expression containing the MSA message is optional. See also note under figure 6. 



8.3.3 TALKER ACTIVE STATE (TACS) 

8.3.3.1 In the TACS state the T function, or the TE function, enables the transfer of the 
DAB message and END, if used, from the device function to the interface signal lines. The 
message content is determined solely by the device function(s}. The SH function 
determines when the device function(s) may change the message content of DAB (and 
END if used). 

8.3.3.2 During the TACS state the DATA BYTE (DAB) or END OF STRING (EOS) and 
END messages may be sent by the device functions. The RQS message shall be sent 
passive false. 

NOTE • The coding and format of the data eite, in general, device -dependent and beyond the scope of this 
part. 

8.3.3.3 The T function or the TE function shall exit the TACS state and enter: 

a) the TADS state within fg If the ATN message is true; 

b) the TIDS state within t^ if the IPC message Is true. 

8.3.4 SERIAL POLL ACTIVE STATE (SPAS) 

8.3.4.1 In the SPAS state the T function or the TE function enables the transfer of a 
single-status message from the device function to the interface signal lines using the SH 
function to control the transfer of the status byte that contains both the RQS and STB 
messages. 
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Although a controller needs only one byte for the STB and RQS messages from a device, 
it is allowable for the device to repeat this combined message byte if the controller does 
not assert ATN after the first transfer. In this case the content of STB message may 
change between subsequent transfers although the RQS message is held unaltered by 
the SR function. 

8.3.4.2 During the SPAS state, whether the APRS state Is active or inactive, the END 
message shall be sent either true or false. The RQS message shall be sent true if the 
APRS state is active, or false if the APRS state is inactive. In addition, the STB message 
shall be sent by the device function(s). 

NOTE - The APRS state is contained in the Service Request Interface Function. 

8.3.4.3 The T function or the TE function shall exit the SPAS state and enter: 

a) the TADS state within fg If the ATN message is true; 

b) the TIDS state within t^ if the IPC message is true. 

8.3.5 SERIAL POLL IDLE STATE (SPIS) 

8.3.5.1 In the SPIS state the T function or the TE function is not enabled to participate in 
a serial poll. The T or TE function powers on in the SPIS state. 

8.3.5.2 The SPIS state does not provide a remote message sending capability. 

8.3.5.3 The T function or the TE function shall exit the SPIS state and enter the SPMS 
state If the SERIAL POLL ENABLE (SPE) message is true and the ACDS state is active. 



8.3.6 SERIAL POLL MODE STATE (SPMS) 

8.3.6.1 In the SPMS state the T function or the TE function is enabled to participate in a 
serial poll. 

8.3.6.2 The SPMS state does not provide a remote message-sending capability. 

8.3.6.3 The T function or the TE function shall exit the SPMS state and enter the SPIS 
state if either: 

- the SERIAL POLL DISABLE (SPD) message is true and the ACDS state is active; 

- or within t^ If the IPC message is true. 

8.3.7 TALKER PRIMARY IDLE STATE (TPIS) 

8.3.7.1 In the TPIS state the TE function is able to recognize its primary address but not 
able to respond to its secondary address. The TE function powers on in the TPIS state. 

8.3.7.2 The TPIS state does not provide a remote message-sending capability. 

8.3.7.3 The TE function shall exit the TPIS state and enter the TPAS state if the MTA 
message is true and the ACDS state is active. 
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8.3.8 TALKER PRIMARY ADDRESSED STA TE (TPAS) 



8.3.8.1 In the TPAS state the TE function is able to recognize and respond to its 
secondary address. 

8.3.8.2 The TPAS state does not provide a remote message-sending capability. 

8.3.8.3 The TE function shall exit the TPAS state and enter the TPIS state If the 
PRIMARY COMMAND GROUP (PCG) message is true, and the MTA message is false, 
and the ACDS state is active. 



8.4 Talker function and extended talker functton allowable subsets 

The only allowable subsets to the talker and extended talker interface functions shall be 
those listed in tables XI and XII. 

TABLE XI 



Identi- 
fication 


Description 


States omitted 


Other requirements 


Other function 
subsets required 




Capabilities: 








.a 

8 
m 


1 

•a 

1 


.2> 

s 


5 

3 




T0 


N 


N 


N 


N 




All 


None 


None 


T1 


Y 


Y 


Y 


N 




None 




SHI and AH1 


Omit [MLA A (ACDS)] 


T2 


Y 


Y 


N 


N 




None 


1.0mit|MLAA(ACDS)1 
2. ton always false 


SHI andAHl 


T3 


Y 


N 


Y 


N 




SPIS, SPMS and SPAS 




SHI andAHl 


1. Omit (MLA A (ACDS)] 


T4 


Y 


N 


N 


N 




SPIS. SPMS and SPAS 


1.0mit|MLAA(ACDS)1 
2. tun aways false 


SHI andAHl 


T5 


Y 


Y 


Y 


Y 




None 


Include [MLA A ( ACDS}) 


SH1 andL1-L4orLE1-LE4 


T6 


Y 


Y 


N 


Y 




None 


1. Include [MLA A ( ACDS)] 

2. ton alway false 


SHI andL1-L4orLE1-LE4 


T7 


Y 


N 


Y 


Y 




SPIS, SPMS and SPAS 


Include [MLA A (ACDS)] 


SHI andL1-L4orLEl-LE4 


T8 


Y 


N 


N 


Y 




SPIS. SPMS and SPAS 


1. Include [MLA a (ACDS)] 

2. ton always false 


SH1 andL1-L4orLE1-LE4 
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TABLE XII 



Identi- 
fication 


Description 


States omitted 


Other requirements 


Other function 
subsets required 




Capabilities: 








1 

9 


2. 


1 

E 
g 


< 

« -1 

c w 

Z) 2 




TE0 


N 


N 


N 


N 




All 


None 


None 


TE1 


Y 


Y 


Y 


N 




None 


Omit 


SHI and AMI 


(MSAa(LPAS)a(ACDSM 


TE2 


Y 


Y 


N 


N 




None 


I.Omit 


SHI and AH1 


IMSAa{LPAS)a(ACDS)1 
2. ton always false 


TE3 


Y 


N 


Y 


N 




SPIS. SPMS and SPAS 


Omit 


SHI and AH 1 


IMSA A (LPAS) A (ACDSil 


TE4 


Y 


N 


N 


N 




SPIS. SPMS and SPAS 


I.OmIt 


SHI and AH1 


IMSA A (LPAS) A (ACDSII 
2. ton always false 


TE5 


Y 


Y 


Y 


Y 




None 


Include 


SHI and L1-L4 or LE1-LE4 


IMSAA^LPASiA(ACDS)l 


TE6 


Y 


Y 


N 


Y 




None 


1. Include 


SH1andL1-L4orLE1-LE4 


IMSAA(LPAS)A(ACDSil 
2. ton always false 


TE7 


Y 


N 


Y 


Y 




SPIS. SPMS and SPAS 


Include 


SHI andL1-L4orLE1<LE4 


[MSA A (LPAS) A (ACDS)l 


TE8 


Y 


N 


N 


Y 




SPIS. SPMS and SPAS 


1. Include 


SH1andL1-L4orLE1-LE4 


rMSAA(LPAS)A(ACDS)l 
2. ton always false 



8.5 Additional T and TE interface function requirements and guidelines 

8.5.1 Each device which includes a T function or a TE function shall provide a means by 
which the talk address (or secondary address) which it recognizes as MTA (or MSA) can 
be changed in the field by the user of the device. 



8.5.2 The interruption of a device sending data by transitions in and out of the TACS 
state should not adversely affect the format of the output data. It is recommended that a 
device returning to TACS state should continue with the output data string at the point of 
interruption. 



8.5.3 Each device that includes the ton message shall be provided with a local means to 
generate the TALK ONLY function. It is intended that the ton message be used in a bus 
system with no C interface function capability. 
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9 Listener Interface (L) function 

9 . 1 General description 

9.1.1 The L function provides a device with the capability to receive device-dependent 
data (including status data) over the interface from other devices. This capability exists 
only when the L function is addressed to listen. 



Ion 





3 


Itn A (CACS) 

V 




pon/ 


MLA A (ACDS) 


^LADS j 


/ 

IFC 


UNL A (ACDS ) 

V 


A 


(within f4) 


lun A (CACS) 

V 


/ \ 

ATN 




(MTA A (ACDS)l 


(within t}) 



ATN 
(within fj) 



LACS 



Figure 7 - Listener state diagram 



TABLE XIII - L mnemonics 



Messages: 

pon - power on 

Itn - listen 

lun - local unlisten 

Ion - listen only 

IFC - INTERFACE CLEAR 

ATN - ATTENTION 

UNL - UNLISTEN 

MLA - MY LISTEN ADDRESS 

MTA - MY TALK ADDRESS 


interface states: 

LIDS - LISTENER IDLE STATE 
LADS - LISTENER ADDRESSED STATE 
LACS - LISTENER ACTIVE STATE 
(ACDS) -ACCEPT DATA STATE 
(AH FUNCTION) 


(CACS) - CONTROLLER ACTIVE STATE 
(C FUNCTION) 



TABLE XIV - L or LE message outputs 



LorLE 
state 



LIDS 

LADS 

LACS 



Remote message 
sent 



None 



Device function interaction 



Device function not allowed to receive messages 

Device function not allowed to receive messages 

Device function can receive one device-dependent message byte each time 

ACDS state is active 
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Ion 

V 

Itn A (CACS) 

V 

MSA A (LPAS) A (ACDS) 



IFC 
\within f«) 




lun A fCACS) 

V 

[MSA A (ACDS) A (TPAS) 1 



ATN 
(within fj) 



pon 




(ACDS) 



NOTE - If the LE function is used together with the T function then [MSA a (ACDS) a (TPAS) 1 shall be re- 
placed by (MTA A (ACDS) ]. 



Figure 8 - Extended listener state diagram 
TABLE XV - LE mnemonics 



Meeeagee: 


Interface atatea: 


pon 


- power on 


LIDS 


- LISTENER IDLE STATE 


Itn 


- listen 


LACS 


- LISTENER ACTIVE STATE 


lun 


- local unlisten 


LADS 


- LISTENER ADDRESSED STATE 


Ion 


- listen only 


LPIS 


- LISTENER PRIMARY IDLE STATE 


IFC 


- INTERFACE CLEAR 


LPAS 


- LISTENER PRIMARY ADDRESSED STATE 


ATN 


- ATTENTION 


(ACDS) 


- ACCEPT DATA STATE 


UNL 
MLA 


- UNLISTEN 

- MY LISTEN ADDRESS 




(AH FUNCTION) 
- CONTROLLER ACTIVE STATE 


(CACS) 


PCG 
MSA 


- PRIMARY COMMAND GROUP 

- MY SECONDARY ADDRESS 




(C FUNCTION) 
- TALKER PRIMARY ADDRESSED STATE 


(TPAS) 








(T FUNCTION) 


Lor 


LE message outputs (see table XIV). 







9.1.2 There are two alternative versions of the function: one with and one without 
address extension. The normal L function uses a 1-byte address, the primary listen 
address. The L function with address extension (hereinafter called an LE (extended 
listener) function) uses a 2-byte address, the primary and secondary listen addresses. In 
all other respects, the capabilities of both versions are the same. 
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9.1.3 Only one of the two alternative L functions need be implemented in a specific 
device. 

NOTE - Both the L function and LE function are described concurrently throughout clause 9 due to the 
extensive similarity between these two functions. 

9.2 Listener function state diagram 

9.2.1 The L function shall be implemented so as to perform according to the state 
diagram given in figure 7 and the state descriptions given throughout clause 9. Table Xill 
specifies the set of messages and states required to effect transition from one active state 
to another. Table XIV describes the device function interaction required while each state is 
active. 



9.2.2 The LE function shall be implemented so as to perform according to the state 
diagram in figure 8 and the state descriptions given throughout clause 9. Table XV 
specifies the set of messages and states required to effect transition from one active state 
to another. Table XIV describes the device function interaction required while each state is 
active. 



9.3 Listener function state descriptions 

9.3.1 LISTENER IDLE STATE (LIDS) 

9.3.1.1 In the LIDS state either the L function or the LE function is not engaged in the 
transfer of device-dependent messages. The L or LE function powers on in the LIDS state. 

9.3.1 .2 The LIDS state does not provide a remote message-sending capability. 

9.3.1.3 The L function shall exit the LIDS state and enter the LISTENER ADDRESSED 
STATE (LADS) if: 

- the I^Y LISTEN ADDRESS (MLA) message is true and the ACDS state is active: 

- or the listen only (Ion) message is true (see 9.5.3); 

- or the listen (Itn) message is true and the CACS state is active. 

9.3.1 .4 The LE function shall exit the LIDS state and enter the LADS state if either: 

- the I^Y SECONDARY ADDRESS (MSA) message is true and the ACDS state is 
active, and the LISTENER PRIMARY ADDRESSED STATE (LPAS) is active; 

- or the Ion message is true; 

- or the Itn message is true and the CACS state is active. 

9.3.2 LISTENER ADDRESSED STATE (LADS) 

9.3.2.1 In the LADS state the L function has received its listen address and is prepared 
for, but not engaged in, the transfer of device-dependent messages. In the LADS state 
the LE function has received both Its primary and secondary listen addresses and is 
prepared for, but not engaged in, the transfer of device-dependent messages. 
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9.3.2.2 The LADS state does not provide a remote message-sending capability. 

9.3.2.3 The L function shall exit the LADS state and enter: 

a) the LISTENER ACTIVE STATE (LACS) within t^ it the ATN message is false; 

b) the LIDS state If either: 

- the UNLISTEN (UNL) message is true and the ACDS state is active; 

- or the local unlisten (lun) message is true and the CACS state Is active; 

- or the MTA message is true and the ACDS state is active; 

- or within t^ If the IFC message is true. 

NOTE • Use of the expression containing the MTA message is optional. 

9.3.2.4 The LE function shall exit the LADS state and enter: 

a) the LACS state within t^ If the ATN message Is false; 

b) the LIDS state if efther: 

- the UNL message is tme and the ACDS state is active; 

- or the lun message is true and the CACS state is active; 

- or the MSA message is true and the TPAS and ACDS states are active; 

- or within t^ If the IFC message Is true. 

NOTE - Use of the expression containing the MSA message is optional. See also note under figure 8. 

9.3.3 LISTENER ACTIVE STATE (LACS) 

9.3.3.1 In the LACS state the L function, or the LE function, Is enabled to transfer any 
device-dependent message (DAB, EOS. STB. END or RQS) to the device functions as 
received via the interface signal lines. The AH function is used by the device functlon(s) to 
control the message transfer. 

NOTE - The coding and format of the data are, in general, device-dependent and beyond the scope of this 
part. 

9.3.3.2 The LACS state does not provide a remote message-sending capability. 

9.3.3.3 The L function or the LE function shall exit the LACS state and enter: 

a) the LADS state within t^ if the ATN message Is true; 

b) the LIDS state within t^ if the IFC message Is true. 

9.3.4 LISTENER PRIMARY IDLE STATE (LPIS) 

9.3.4.1 In the LPIS state the LE function is able to recognize Its primary address but is 
not able to respond to its secondary address. 

The LE function powers on in the LPIS state. 
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9.3.4.2 The LPIS state does not provide a remote message-sending capability. 

9.3.4.3 The LE function shall exit the LPIS state and enter the LPAS state if the MLA 
message is true, and the ACDS state is active. 



9.3.5 LISTENER PRIMARY ADDRESSED STATE (LPAS) 

9.3.5.1 In the LPAS state the LE function is able to recognize and respond to its 
secondary address. 

9.3.5.2 The LPAS state does not provide a remote message-sending capability. 

9.3.5.3 The LE function shall exit the LPAS state and enter the LPIS state if the 
PRIMARY COMMAND GROUP (PCG) message is true, the MLA message is false, and the 
ACDS state is active. 



9.4 Listener function and extended listener function allowable subsets 

The only allowable subsets to the L and LE functions shall be those listed in tables XVI 
and XVII. 

TABLE XVI 



Identi- 
fication 


Description 


States omitted 


Other requirements 


Otfter function 
subsets required 




Capabilities: 








9 

1 

.2 

.a 

m 


i 

E 

s 

1 


i 

1 

c 




L0 


N 


N 


N 




Ail 


None 


None 


L1 


Y 


Y 


N 




None 


Omit [MIA A {ACDS)1 


AHl 


L2 


Y 


N 


N 




None 


1.0mitIMTAA{ACDS)l 
2. Ion always false 


AH1 


L3 


Y 


Y 


Y 




None 


Include [MTA a (ACDS)1 


AHl andT1-T8orTE1-TE8 


L4 


Y 


N 


Y 




None 


1. Include fMTA A (ACDS)l 

2. Ion always false 


AHl andT1-T8orTE1-TE8 
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TABLE XVII 



Identi- 
fication 


Description 


States 
omitted 


Other requirements 


Other function 
subsets required 




Capabilities: 








1 

1 
Si 


1 

E 

c 
S 

M 


M 
CO 

c 
'3 


Q. 

1- 

< 

< 




LE0 


u 


N 


N 




All 


None 


None 


LE1 


Y 


Y 


N 




None 




AH1 


omit [MSA a(TPAS) a(ACDS)] 


LE2 


Y 


N 


N 




None 


1 . Omit IMSA A (TPAS) a (ACDS)] 

2. Ion always falsa 


AH1 


LE3 


Y 


Y 


Y 




None 


Include fMSA a(TPAS) a(ACDS)1 


AH1 andT1-T8orTE1-TE8 


LE4 


Y 


N 


Y 




None 


1. Include [MSA a (TPAS) a(ACDS)1 

2. Ion always false 


AH1 and T1-T8 or TE1-TE8 


* Replaced by MTA when used together with the T function. 



9.5 Additional L or LE requirements and guidelines 

9.5.1 Each device that includes an L function (or LE function) shall provide a means by 
which the listen address (or secondary address) that it recognizes as MLA (or MSA) can 
be changed. 

9.5.2 The interruption of a device receiving data by transitions in and out of the LACS 
state should not adversely affect the future receipt of input data. It is recommended that a 
device returning to the LACS state should continue with the input data string at the point 
of interruption. 

9.5.3 Each device that includes the Ion message shall be provided with a local means to 
generate the listen only condition. It is intended that the Ion message be used in a bus 
system with no C interface function capability. 

10 Service request interface (SR) function 

10.1 General description 

The SR function provides a device with the capability to request service asynchronously 
from the controller in charge of the Interface. 

It also synchronizes the content of the RQS message of the composite status byte present 
during a serial poll so that the SRQ message can be removed from the interface once 
the RQS message is received true by the controller in charge (see 15.1). 
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10.2 Service Request interface function state diagram 

The SR function shall be implemented so as to perform according to the state diagram 
given in figure 9 and the state descriptions given throughout clause 10. Table XVIII 
specifies the set of messages and states required to effect transition from one active state 
to another. Table XIX specifies the messages that shall be sent and the device function 
interaction required while each state is active. 



10.3 Service Request state description 

10.3.1 NEGATIVE POLL RESPONSE STATE (NPRS) 

10.3.1.1 In the NPRS state the SR function is not requesting service. 
The SR function powers on in the NPRS state. 

10.3.1 .2 In the NPRS state the SRQ message shall be sent passive false. 

NOTE • The RQS message will be sent false when the SPAS state Is active (see 8.3.4). 

10.3.1.3 The SR function shall exit the NPRS state and enter the SRQS state at any 
time the request service (rsv) message is true and the SPAS state is not active. 

10.3.2 SERVICE REQUEST STATE (SRQS) 

10.3.2.1 In the SRQS state the SR function continuously indicates over the interface that 
it is requesting service. 



rsv A 



fsp^ 




Figure 9 - Service request state diagram 
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TABLE XVIII - SR mnemonics 



Mtt»sages: 



pon - power on 

rsv - request service 



Interface ataiee: 

NPRS - NEGATIVE POLL RESPONSE STATE 

SRQS - SERVICE REQUEST STATE 

APRS - AFFIRMATIVE POLL RESPONSE STATE 



(spas) - SERIAL POLL ACTIVE STATE 
(T FUNCTION) 



TABLE XIX - SR message outputs 



SR 
state 


Remote message 
sent 


Device function interaction (OF) 


SRQ 


NPRS 
SRQS 
APRS 


(F) 
T 
(F) 


- None 



10.3.2.2 In the SRQS state the SRQ message shall be sent true. 

10.3.2.3 The SR function shall exit the SRQS state and enter: 

a) the NPRS state if the rsv message is false and the SPAS state is not active; 

b) the AFFIRMATIVE POLL RESPONSE STATE (APRS) If the SPAS state is active. 

1 0.3.3 AFFIRMATIVE POLL RESPONSE STATE (APRS) 

10.3.3.1 In the APRS state the SR function requires service but does not actively request 
it over the interface. 

10.3.3.2 In the APRS state the SRQ message shall be sent passive false. 

NOTE - The RQS message will be sent true by the talker when the SPAS state is active (see 8.3.4). 

10.3.3.3 The SR function shall exit the APRS state and enter the NPRS state at any time 
the rsv message is false and the SPAS state is not active. 

1 0.4 Service Request interface function allowable subsets 

The only allowable subsets to the SR function shall be those listed in table XX. 

TABLE XX 



Identification 


Description 


States omitted 


Other requirements 


Other function 
subsets required 


SR9 
SRI 


No capability 
Complete capability 


All 
None 


None 
None 


None 

T1.T2. T5. T6, 

TE1 . TE2. TE5 or TE6 
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10.5 Additional SR interface function requirements and guidelines 

10.5.1 An SR function is required for each unique reason for requesting service. If more 
than one reason exists, within a device, then a separate SR function and corresponding 
rsv message shall be used for each separate reason. 



10.5.1.1 Preferred practice is to have logical OR multiple conditions within a device to 
generate a single reason for requesting service for a single SR function. If multiple SR 
functions are used, a single SRQ true message should be sent when requested. 



10.5.1 .2 While the T function is In the SPAS state, the RQS message shall be sent true if 
any of the SR functions, within a device. Is in the APRS state. 

10.5.2 The SRQ message received, via the C function, is the logical OR of the SRQ 
messages sent by all SR functions. The way this Is performed via the use of the SRQ 
signal line is explained In 33.2. 

11 Remote/local Interface (RL) function 

11.1 General description 

The RL Interface function provides a device with the capability to enable and disable Its 
local controls. 

1 1 .2 Remote/local function state diagram 

The RL function shall be Implemented so as to perform according to the state diagram 
given in figure 10 and the state descriptions given throughout clause 11. Table XXI 
specifies the set of messages and states required to effect transition from one active state 
to another. Table XXII specifies the device function Interaction required while each state is 
active. 

11.3 Remote/local state descriptions 
1 1 .3.1 LOCAL STATE (LOGS) 

11.3.1.1 In the LOGS state all local controls of the associated device functions are 
operative and the device may respond to corresponding device-dependent messages from 
the interface. The RL function powers on in the LOGS state. 

1 1 .3.1 .2 The LOGS state does not provide a remote message-sending capability. 

1 1 .3.1 .3 The RL function shall exit the LOGS state and enter: 

a) the REMOTE STATE (REMS) if the return to local (rtl) message is false and 
the MLA message is true and the AGOS state is active; 

b) the LOGAL WITH LOOKOUT STATE (LWLS) if the universal coded command 
LOGAL LOGKOUT (LLO) is true and the AGDS state is active. 
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1 1 .3.2 LOCAL WITH LOCKOUT STA TE (L WLS) 



11.3.2.1 in the LWLS state all local device controls of the associated device functions 
are operative and the device may respond to corresponding device-dependent messages 
from the interface. The rtl message is ignored. 

1 1 .3.2.2 The LWLS state does not provide a remote message-sending capability. 

1 1 .3.2.3 The RL function shall exit the LWLS state and enter: 

a) the REMOTE WITH LOCKOUT STATE (RWLS) when MLA is true and the ACDS 
state is active; 

b) the LOGS state within t^ if the REN message is false. 
1 1 .3.3 REMOTE STATE (REMS) 

11.3.3.1 In the REMS state some or alt of the local controls (of the associated device 
functions) which have corresponding remote controls, except those controls which send 
local messages to interface functions, may be inoperative. 

11 .3.3.2 The REMS state does not provide a remote message-sending capability. 

1 1 .3.3.3 The RL function shall exit the REMS state and enter: 

a) the RWLS state if the LLO message is true and the ACDS state is active; 

b) the LOCS state: 

' within t^ if the REN message is false; 

- or the GO TO LOCAL (GTL) message is true and the ACDS and LADS states 
are active; 

- or the rtl message is true and either the LLO message is false or the ACDS state 
is inactive. 



pon 



REN 
(within (4) 



rtl A MUV A (ACDS) 
LOCS IL,^ "^f '^EMS 

GTL A (LADS) A (ACDS) 




LLO A (ACDS) 



rtl A (LLO V (ACDS) ) 



LLO A (acqs) 




GTL A (LADS) A (ACDS) 



NOTE - If the RL function is used together with the LE function then the term MLA shall be replaced by 
the term MSA a (LPAS) . 

Figure 1 - Remote local state diagram 
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TABLE XXI - RL mnemonics 



Messags*: 


Interface •!•«••: 


pon - power on 

rt) - return to local 

REN - REMOTE ENABLE 

LLO - LOCAL LOCKOUT 

GTL - GO TO LOCAL 

MLA - MY LISTEN ADDRESS 

MSA - MY SECONDARY ADDRESS 


LOCS - LOCAL STATE 
LWLS - LOCAL WITH LOCKOUT STATE 
REMS - REMOTE STATE 
RWLS - REMOTE WITH LOCKOUT STATE 
(ACDS) -ACCEPT DATA STATE 
(AH FUNCTION) 


(LADS) - LISTENER ADDRESSED STATE 
(L FUNCTION) 


(LPAS) - LISTENER PRIMARY ADDRESSED STATE 
(LE FUNCTION) 



TABLE XXII - RL message outputs 



RL 
state 


Remote message 
sent 


Device function interaction (DF) 


LOCS " 
LWLS 
REMS 
RWLS 


► 


None 


Device is in 'local control* mode 
Device is in 'local control' mode 
Device is in 'remote control' mode 
Device is in 'remote control' mode 



1 1 .3.4 REMOTE WITH LOCKOUT STATE (RWLS) 



11.3.4.1 In the RWLS State some or all of the local controls (of the associated device 
functions) which have corresponding remote controls, except those controls which send 
local messages to interface functions, may be inoperative. The rtl message is ignored. 



1 1 .3.4.2 The RWLS state does not provide a remote message-sending capability. 

1 1 .3.4.3 The RL function shall exit the RWLS state and enter: 

a) the LOCS state within f^ if the REN message is false; 

b) the LWLS state if the GTL message is true and the LADS and ACDS states are 
active. 

1 1 .4 Remote/Local function allowable subsets 

The only allowable subsets to the RL function shall be those listed in table XXIII. 

TABLE XXIII 



Identification 


Description 


States omitted 


Other requirements 


Other function 
subsets required 


RL9 
RL1 
RL2 


No capability 
Complete capability 
No local lockout 


All 

None 

LWLS and RWLS 


None 
None 
rr/ always false 


None 

L1-L4orLE1-LE4 

L1-L4orLE1-LE4 
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11.5 Additional RL function requirements and guidelines 



11.5.1 The ability of a device either to send device-dependent messages over the inter- 
face or to receive and utilize device-dependent messages not in conflict with locally 
available data is independent of the state which is active within the RL function. 



11.5.2 When either the REMS or RWLS state is active, the associated device shall 
become responsive to all subsequent input data received via the interface. Local controls 
shall be ignored unless specifically enabled by device-dependent messages sent after 
entering REMS or RWLS. 

It is recommended that the device not alter its state (including local controls) as a result of 
a transition from LOGS to REMS or from LWLS to RWLS. 

11.5.3 Conversely, when either the LOGS or LWLS states becomes active, the 
associated device shall become responsive to future use of local controls. 

After a transition for REMS or RWLS to LOGS or LWLS, it is recommended that devices, 
whose indicators (mechanical, positional, etc.) cannot be changed by remote control, alter 
their local controls (and device state variables) as necessary for their front panel 
indicators and device state to agree. 



After a transition from REMS or RWLS to LOGS or LWLS. it is recommended that devices, 
whose front panel indicators can be changed by remote control, alter their indicators as 
necessary for their front panel indication and device state to agree. 



1 1 .5.4 The rtl message shall not be generated permanently. 

1 1 .5.5 Applications that require absolute local control of a device by a local programming 
source (e.g. a human operator) are beyond the scope of this part. 



12 Parallel poll Interface (PP) function 

12.1 General description 

12.1.1 The PP function provides a device with the capability to present a PPR message 
to the controller-in-charge without being previously addressed to talk. 

12.1.2 The signal lines DI01 to DI08 are used to convey the device status bits during 
the parallel poll. In order for a device to respond with a PPR message a device shall have 
been assigned (configured) to a single DIO line either by the controller or by a local 
message. This allows up to eight devices with a one-line-per-device assignment, although 
any number of devices can be handled through sharing of DIO lines. 



12.1.3 The use of the parallel poll facility within a system requires a commitment of the 
current interface controller to conduct a parallel poll, as required. 
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12.1.4 The parallel poll facility can be used to Indicate a request for service. This 
capability differs from use of the SRQ message in the following ways: 

- A controller initiates a parallel poll sequence whereas any device requests the 
initiation of a serial poll sequence. 

- A parallel poll enables the transfer of status data from multiple devices concurrently 
whereas a serial poll sequentially collects status data from each device. 

1 2.2 Parallel poll function state diagram 

12.2.1 The PP function shall be implementad so as to perform according to the state 
diagram given in figure 11 and the state descriptions given throughout clause 12. 
Table XXIV specifies the set of messages and states required to effect transition from one 
active state to another. Table XXV specifies the messages that shall be sent and the 
device function interaction required by the function while each state is active. 

12.3 Parallel poll state descriptions 

12.3.1 PARALLEL POLL IDLE STATE (PPIS) 

12.3.1.1 In the PPIS state the PP function is unable to respond to a parallel poll issued 
by the interface controller. The PP function powers on in the PPIS state. 



12.3.1 .2 In the PPiS state all PPR messages shall be sent passive false. 

(PPE A (PACS) A (ACDS) l 
lipe] 




IDY I IDY 

(within tf) \ I (within f,) 




RFC A (LADS) A (ACDS) 

PACS 
PCG A PPC A (ACDS) 

NOTE - See table XXVII for restrictions on use of the optional transitions. 

Figure 11 - Parallel poll state diagram 
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TABLE XXIV - PP mnemonics 



M«««agtts: 


Interface etatee: 


pon 


- power on 


PPIS 


- PARALLEL POLL IDLE STATE 


ist 


- individual status (table XXV) 






Ipe 


- local poll enabled 


PPSS 


- PARAI 1 FL POLL STANDBY STATE 


IDY 


- IDENTIFY 


PPAS 


- PARALLEL POLL ACTIVE STATE 


PPE 


- PARALLEL POLL ENABLE 


PUCS 


- PARALLEL POLL UNADDRESSED TO 


PPD 


- PARALLEL POLL DISABLE 




CONFIGURE STATE 






PACS 


- PARALLEL POLL ADDRESSED TO 


PPC 
PCG 


- PARALLEL POLL CONFIGURE 

- PRIMARY COMMAND GROUP 




CONFIGURE STATE 
- ACCEPT DATA STATE 


(ACDS) 


PPU 


- PARALLEL POLL UNCONFIGURE 




(AH FUNCTION) 
- LISTENER ADDRESSED STATE 


(LADS) 








(L FUNCTION) 



12.3.1.3 The PP function shall exit the PPIS state and enter the PARALLEL POLL 
STANDBY STATE (PPSS) for one and only one of the following expressions: 

- the PPE message is true and the PACS and ACDS states are active; 

- or the local poll enabled (Ipe) message Is true. 

12.3.2 PARALLEL POLL STANDBY STATE (PPSS) 

12.3.2.1 In the PPSS state the PP function is able to respond to parallel polls issued by 
the device controller whenever they occur. 

TABLE XXV - PP message outputs 



PP 

state 


Qualifier 


Remote message 
sent 


Device function 
interaction 


PPRn^' 


PPIS 
PPSS 
PPAS 
PPAS 


ist=S^> 
ist * S'» 


(F)J 


None 


'» See 12.3.3.2. 

^' This column refers only to the specific message assigned by 
the device. 



12.3.2.2 In the PPSS state all PPR messages shall be sent passive false. 

12.3.2.3 The PP function shall exit the PPSS state and enter: 

a) the PARALLEL POLL ACTIVE STATE (PPAS) within fg if the IDY message is true 
(a parallel poll is in progress); 
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b) the PPIS state for one and only one of the following expressions: 

- the Ipe message Is false; 

- or the PARALLEL POLL DISABLE (PPD) message Is true and the PACS and 
ACDS states are active, or the PARALLEL POLL UNCONFIQURE (PPU) message 
is true and the ACDS state is active. 

1 2.3.3 PARALLEL POLL ACTIVE STATE (PPAS) 

12.3.3.1 In the PPAS state the PP function Is responding to the parallel poll currently 
being conducted by the interface controller. 

12.3.3.2 In the PPAS state one of the PPR messages shall be sent true if, and only if, 
the value of the individual status (ist) message is equal to the value of the SENSE (S) bit 
received as part of the most recently received PPE command. The PPR message to be 
sent shall be the one specified by the three bits PI to P3 received as part of the most 
recently received PPE command. Table XXVI lists the PPR message specified by each of 
the combinations of values of PI to P3 (see 12.5.1). Alt other PPR messages should be 
sent passive false. 

TABLE XXVt 



Parallel poll message 


Bite received with most 
recent PPE commard 


PPR message 
specified 


P3 


P2 


PI 






1 
1 
1 
1 




1 
1 



1 
1 




1 



1 



1 



1 


PPR1 
PPR2 
PPR3 
PPR4 
PPR5 
PPR6 
PPR7 
PPR8 



12.3.3.3 The parallel poll interface function shall exit the PPAS state and enter the PPSS 
state within t^ if the IDY message is false (the parallel poll is finished). 



12.3.4 PARALLEL POLL UNADDRESSED TO CONFIGURE STA TE (PUCS) 

12.3.4.1 In the PUCS state the PP function shall ignore any PPE or PPD messages 
which might be received over the interface. The PP function powers on in the PUCS state. 

12.3.4.2 The PUCS state does not provide a remote message-sending capability. 

12.3.4.3 The PP function shall exit the PUCS state and enter the PARALLEL POLL 
ADDRESSED TO CONFIGURE STATE (PACS) if the PPC message is true, and the LADS 
and ACDS states are active. 
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12.3.5 PARALLEL POLL ADDRESSED TO CONFIGURE STA TE (PACS) 



12.3.5.1 In the PACS state the PP function is able to act upon PPE or PPD messages 
received over the interface. If a PPE message Is received, the attendant bits S, PI , P2 
and P3 should be saved by the function. 

12.3.5.2 The PACS state does not provide a remote message-sending capability. 

12.3.5.3 The PP function shall exit the PACS state and enter the PARALLEL POLL 
UNADDRESSED TO CONFIGURE STATE (PUCS) when the PCG message is true, the 
PPC message is false, and the ACDS state is active. 

12.4 Parallel poll interface function allowable subsets 

The only allowable subsets to the parallel poll interface function shall be those listed in 
table XXVII. 









TABLE XXVII 




identi- 
fication 


Description 


States 
omitted 


Otfter requirements 


Other 
function 
subsets 
required 


PP0 
PPl 

PP2 


No capability 
Remote configuration 

Local configuration 


AM 
None 

PUCS, PACS 


None 


None 

L1-L4or 
LE1-LE4 

None 


f 1. Include [((PPD A(PACSi) v PPU) a (ACDS)1 
. 2. include [PPE a (PACS) a (ACDS)1 
[ 3. Exclude Ip9 

p. Include /pe 


2. Exclude I((PPD a (PACS)) v PPU) a (ACDS)] 
< 3. Exclude [PPE a (PACS) a (ACDS)] 

4. Local messages sfiall be substituted for 
L S, PI. P2, P3 



12.5 Additional PP interface function requirements and guidelines 

If subset PP2 is taken, field-settable local messages shall substitute for the PPE command 
to specify the PPR message and the message sense to be used during a parallel poll. 



13 Device clear Interface (DC) function 

13.1 General description 

The DC function provides the device with the capability to be cleared (initialized) either 
individually or as a part of a group of devices. The group may be either a subset or all 
addressed devices in one system. 
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13.2 Device clear function state diagram 

The DC function shall be Implemented so as to perform according to the state diagram 
given in figure 12 and the state descriptions given throughout clause 13. Table XXVIII 
specifies the set of messages and states required to effect transition from one active state 
to another. Table XXXIX specifies the device function interaction required while each state 
is active. 



13.3 Device dear function state descriptions 

13.3.1 DEVICE CLEAR IDLE STA TE (DCIS) 

13.3.1.1 in the DCIS state the DC function is inactive. 

13.3.1.2 The DCIS state does not provide a remote message-sending capability. 

13.3.1.3 The DC function shall exit the DCIS state and enter the DEVICE CLEAR 
ACTIVE STATE (DCAS) if the ACDS state is active, and either: 

- the DEVICE CLEAR (DCL) message is true; 

- or the SELECTED DEVICE CLEAR (SDC) message is true and the LADS state is 
active. 

NOTE • Use of the expression containing the SDC message is optional. 

13.3.2 DEVICE CLEAR ACTIVE STATE (DCAS) 

13.3.2.1 In the DCAS state the DC function sends an internal message to the device 
function(s) causing ft (them) to be cleared. 

13.3.2.2 The DCAS state does not provide a remote message-sending capability. 

13.3.2.3 The DC function shall exit the DCAS state and enter the DEVICE CLEAR IDLE 
STATE (DCIS) if either the ACDS state is inactive or neither: 

- the DCL message is true; 

- nor the SDC message is true and the LADS state is active. 

NOTE - Use of the expression containing the SDC message is optional. 

(DCL V (SDC A ( LADS) 1) a (ACDS) 
DCIs\r^"^ ^^W^DCAS 




(DCL V (SDC A (LADS) l) v (ACDS) 

Figure 12 - Device clear state diagram 
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TABLE XXVIII - DC mnemonics 



Messages: 

DCL - DEVICE CLEAR 

SDC - SELECTED DEVICE CLEAR 


Interface states: 

DCIS - DEVICE CLEAR IDLE STATE 
DCAS - DEVICE CLEAR ACTIVE STATE 
(ACDS) - ACCEPT DATA STATE 
(AH FUNCTION) 


(LADS) - LISTENER ADDRESSED STATE 
(L FUNCTION) 



TABLE XXIX - DC message outputs 



DC 
state 


Remote 
message sent 


Device function interaction 


DCIS 1 
DCAS J 


None 


Normal device function operation 

Device function should return to a known fixed state 



13.4 Device clear interface function allowable subsets 

The only allowable subsets of the device clear interface function shall be those listed in 
table XXX. 



TABLE XXX 



Identification 


Description 


States omitted 


Other requirements 


Other function 
subsets required 


DC0 
DC1 
DC2 


No capability 
Complete capability 
Omit selective device 
clear 


All 

None 

None 


None 
None 


None 

L1-L4orLEl-LE4 

AH1 


Omit (SDC A ( LADS )1 



13.5 Additional DC function requirements and guidelines 
13.5.1 Interpretation of the DCAS state 

13.5.1.1 The DCAS state affects only device functions and does not affect Interface 
functions (cleared by IFC). 

13.5.1.2 A device may use the DC function for any purpose consistent with Its operation. 
Normally, use of the DC function should allow resumption of device dependent message 
flow to and from device functions. However, this function may be used to put any subset of 
the device's functions to a defined state deemed appropriate by the designer, which state 
the designer shall then specify. 



14 Device trigger interface (DT) function 



14.1 General description 

The DT function provides the device with the capability to have its designated operation 
started either individually or as part of a group of devices. The group may be either a 
subset or all addressed devices In one system. 
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14.2 Device trigger function state diagram 

The DT function shall be irnplemented so as to perform according to the state diagram 
given in figure 13 and the state descriptions given throughout clause 14. Table XXXI 
specifies the set of messages and states required to effect transition from one active state 
to another. Table XXXII specifies the device function interaction required while each state 
is active. 

14.3 Device trigger functian state descriptions 

1 4.3. 1 DEVICE TRIGGER IDLE STATE (DTIS) 

14.3.1.1 In the DTIS state the DT function is inactive. 

14.3.1 .2 The DTIS state does not provide a remote messaQe-sending capability. 

14.3.1.3 The DT function shall exit the DTIS state and enter the DEVICE TRIGGER 
ACTIVE STATE (DTAS) if: 

- the GROUP EXECUTE TRIGGER (GET) message is true; 

- and the LADS and ACDS states are active. 

14.3.2 DEVICE TRIGGER ACTIVE STATE (DTAS) 

14.3.2.1 In the DTAS state the DT function sends an internal message to the device 
function causing it to start performing its basic operation. 

14.3.2.2 The DTAS State does not provide a remote message-sending capability. 

14.3.2.3 The DT function shall exit the DTAS state and enter the DTIS state if either: 

- the GET message is false; 

- or the LADS state is inactive; 

- or the ACDS state is inactive. 



GET A (LADS) A (ACDS) 
GET V (LADS) v (ACDS) 

Figure 13 - Device trigger state diagram 
TABLE XXXI - DT mnemonics 



Messages: 

GET - GROUP EXECUTE TRIGGER 



Interface states: 

DTIS - DEVICE TRIGGER IDLE STATE 
DTAS - DEVICE TRIGGER ACTIVE STA. E 
(ACDS) - ACCEPT DATA STATE (AH FUNCTION) 



(laps) - LISTENER ADDRESSED STATE (L FUNCTION) 
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TABLE XXXII - DT message outputs 



DT 
state 


Remote 
message sent 


Device function interaction 


DTIS 
DTAS 


None 
None 


Normal device function operation 

Device function should start performing triggered operation 



14.4 Device trigger interface allowable subsets 

The only allowable subsets to the DT function shall be those listed in table XXXIfl. 

TABLE XXXIII 



Identification 


Description 


States omitted 


Other requirements 


Other function 
subsets requested 


OT0 
0T1 


No capability 
Complete capability 


All 
None 


None 
None 


None 
L1-L4orLEl-LE4 



14.5 Additional DT function requirements and guidelines 
14.5.1 Interpretation of the DTAS state 

14.5.1.1 The DTAS state indicates that the device (or defined portions of the device) is 
to start performing its designated operation. 

14.5.1.2 Once a device operation has been started, it must not respond to subsequent 
state transitions until the operation is complete. Only after completion of the first operation 
can the device start a new operation in response to the next DTAS active condition. 



15 Controller Interface (C) function 

15.1 General description 

15.1.1 The C function provides a device with the capability to send device addresses, 
universal commands and addressed commands to other devices over the Interface, it also 
provides the possibility of conducting parallel polls to determine which devices require 
service. 



15.1.2 A C function can exercise its capabilities only when it is sending the ATN mes- 
sage over the interface. 

15.1.3 If more than one device on the interface system has a C function, then all but one 
of them shall be in the CONTROLLER IDLE STATE (CIDS) at any given time. The device 
containing the C function which is not in the CIDS state is called the controller-in-charge 
(of the interface system). Protocol is provided within this part to allow devices with 
a C function to take turns as the controller-in-charge of the interface. 

15.1.4 The C function in one of the devices connected to an interface (but no more than 
one) can exist in the SYSTEM CONTROL ACTIVE STATE (SACS). It shall remain in this 
state throughout operation of the interface and so possesses the capability to send 
the IFC and REN messages over the interface at any time whether or not it is the 
controller-in-charge. This device is called the system controller {oi the interface system). 

57 



IS10767{Part1):2001 
lEC 60625-1 (1993) 



IFC A ( SACS) 
(within r«) 



ILACDSj A TCT A rfADS) | 
— >1 CIDS ) 




Figure 14 - Controller state diagram 
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15.2 Controller function state diagram 



The C function shall be implemented so as to perlorm according to the state diagram 
given in figure 14 and the state description given throughout clause 15. Table XXXIV 
specifies the set of messages and states required to effect transition from one active state 
to another. Table XXXV specifies the messages that shall be sent and the device function 
interaction required while each state is active. 

TABLE XXXIV - C mnemonics 



Messages: 


Interface states: 


pon 


- power on 


CIDS 


- CONTROLLER IDLE STATE 


rsc 


- request system control 


CADS 


- CONTROLLER ADDRESSED STATE 


rpp 


- request parallel poll 


CTRS 


- CONTROLLER TRANSFER STATE 


gts 


- go to standby 


CACS 


- CONTROLLER ACTIVE STATE 


tea 


- take control asynchronously 


CPWS 


- CONTROLLER PARALLEL POLL WAIT STATE 


tcs 


- take control synchronously 


CPPS 


- CONTROLLER PARALLEL POLL STATE 


sic 


- send interface clear 


CSBS 


- CONTROLLER STANDBY STATE 


sre 


- send remote enable 


CAWS 


- CONTROLLER ACTIVE WAIT STATE 






CSWS 


- CONTROLLER SYNCHRONOUS WAIT STATE 


IFC 


- INTERFACE CLEAR 


CSRS 


- CONTROLLER SERVICE REQUESTED STATE 


ATN 


- ATTENTION 


CSNS 


- CONTROLLER SERVICE NOT REQUESTED 


TCT 


- TAKE CONTROL 




STATE 






SNAS 


- SYSTEM CONTROL NOT ACTIVE STATE 






SACS 


- SYSTEM CONTROL ACTIVE STATE 






SRIS 


- SYSTEM CONTROL REMOTE ENABLE 
IDLE STATE 






SRNS 


- SYSTEM CONTROL REMOTE ENABLE 
NOT ACTIVE STATE 






SRAS 


- SYSTEM CONTROL REMOTE ENABLE 
ACTIVE STATE 






SI IS 


- SYSTEM CONTROL INTERFACE CLEAR 
IDLE STATE 






SINS 


- SYSTEM CONTROL INTERFACE CLEAR 
NOT ACTIVE STATE 






SIAS 


- SYSTEM CONTROL INTERFACE CLEAR 
ACTIVE STATE 






CSHS 


- CONTROLLER STANDBY HOLD STATE 

- ACCEPT DATA STATE (AH FUNCTION) 

- ACCEPTOR NOT READY STATE 


(ACDS) 


(ANRS) 








{AH FUNCTION} 

- SOURCE TRANSFER STATE (SH FUNCTION) 

- TALKER ADDRESSED STATE (T FUNCTION) 

- SOURCE DEUY STATE (SH FUNCTION) 


(STRS) 


(TADS) 


(SDYS) 
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TABLE XXXV - C message outputs^* 



C state 


Remote message sent 


Device function interaction 




ATN IDY Multiline 


cms 

CADS 
CACS 
CPWS 
CPPS 
CSBS 
CSWS 
CAWS 
CTRS 
CSHS 


(F) (F) (NUL) 
(F) (F) (NUL) 
T F « 
T T (NUL) 
T T (NUL) 
F (F) (NUL) 
T F or (F) (NUL) 
T F (NUL) 
T F TCT 
F (F) (NUL) 


DF shall not send interface messages 
DF shall not send interface messages 
DF can send interface messages 
DF shall not send interface messages 
DF can receive PPR message 
DF shall not send interface messages 
DF shall not send interface messages 
DF shall not send interface messages 
DF shall continue to sent TCT message 
DF shall not send interface messages 




IFC 




SIIS 

SINS 

SIAS 


(F) 

F 
T 


None 




REN 




SRIS 

SRNS 

SRAS 


(F) 

F 
T 


None 


CSNS 
CSRS 


None 


No service requests exist 

DF notified of request for service 


^> Message values sent are shown opposite only those states which affect them. Each major 
section of the table corresponds to a group of mutually exclusive states within the controller function. 

2> Any multiline interface message listed in table XXXVIII. Although enabled by the Controller 
function these messages originate within the device functions. 



15.3 ControUer state descriptions 

15.3.1 CONTROLLER IDLE STA TE (CIDS) 

15.3.1.1 In the CIDS state the C function relinquishes all of its interface control 
capabilities. 

The C function powers on in the CIDS state. 

15.3.1.2 In the CIDS state the ATN and IDY messages shall be sent passive false and 
the NUL message shall be sent passive true. 

NOTE • The IDY message is coded on the ATN and EOl signal lines. Throughout 1 5.3, whenever the ATN 
message is sent true and the IDY message sent active or passive false, the EOl signal line is active or 
passive false. 

15.3.1.3 The C function shall exit the CIDS state and enter the CONTROLLER 
ADDRESSED STATE (CADS) when either: 

- the TAKE CONTROL (TCT) message (sent by the controller-in-charge) is true and 
the TADS and ACDS states are active; 

- or the SYSTEM CONTROL INTERFACE CLEAR ACTIVE STATE (SIAS) is active. 
NOTE - The expression containing the TCT message is optional. 
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1 5.3.2 CONTROLLER ADDRESSED STA TE (CADS) 



15.3.2.1 In the CADS state the C function is in the process of becoming the controller-in- 
charge of the Interface but is waiting until the current controller stops sending the ATN 
message. 

15.3.2.2 In the CADS state the ATN and IDY messages shall be sent passive false and 
the NUL messages shall be sent passive true. 

15.3.2.3 The C function shall exit the CADS state and enter: 

a) the CONTROLLER ACTIVE STATE (CACS) If the ATN message is false; 

b) the CIDS state within /^ if the IPC message is true and the SACS state is not active. 



15.3.3 CONTROLLER ACTIVE STATE (CACS) 

15.3.3.1 In the CACS state the C function enables the transfer of multiline interface 
messages from the device function(s) to the interface signal lines. These messages 
include device addresses, universal commands, or addressed commands. The SH function 
determines when the device functlon(s) may change the message content of the multiline 
messages being sent. However, message content is determined solely by the device 
function(s). 

15.3.3.2 The ATN message shall be sent continuously true and the IDY message shall 
be sent continuously false while the CACS state is active under which conditions any of 
the multiline messages in table XXXVI may be sent by the device functions. 



TABLE XXXVI 



Universal commands 
(multiline) 


Addresses 


-LLO 
-DCL 
-SPE 
-SPO 
-PPU 


- (LAD)'' 

- (TAD)^' 
-UNL 


Addressed commands 


Secondary commands 


-GET 
-GTL 
-PPC 
-SDC 
-TCT 


- (SAD)^> 

-PPD 

-PPE 


^> Represents a listen address of a specific device 
(received as MLA). 

^ Represents a talk address of a specific device 
(received as MTA or OTA). 

^> Represents a secondary address of a specific device 
(received as MSA or OSA). 
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15.3.3.3 The C function shall exit the CACS state and enter: 

a) the CONTROLLER TRANSFER STATE (CTRS) if the TCT message (sent by Its own 
device-function, but received as a remote message) is true, the TADS state is 
(optionally) inactive, and the ACDS state is active; 

b) the CONTROLLER PARALLEL POLL WAIT STATE (CPWS) if the request parallel 
poll (rpp) message is true and neither the STRS nor SDYS state is active; 

c) the CONTROLLER IDLE STATE (CIDS) within t^ If the IFC message Is true and the 
SACS state is not active; 

d) the CONTROLLER STANDBY STATE (CSBS) if the go to Standby (gts) message Is 
true, and neither the STRS nor the SDYS state Is active. 



1 5.3.4 CONTROLLER PARALLEL POLL WAIT STATE (CPWS) 

15.3.4.1 In the CPWS state the C function is conducting a parallel poll over the interface 
but waiting for the DIO lines to settle. 

15.3.4.2 In the CPWS state the IDY message shall be sent true and the NUL message 
must be sent passive true. 

15.3.4.3 The C function shall exit the CPWS state and enter: 

a) the CONTROLLER PARALLEL POLL STATE (CPPS) after a period of Tg has 
elapsed; 

b) the CIDS state within t^ If the IFC message Is true and the SACS state Is not active; 

c) the CAWS state If the rpp message Is false. 

1 5.3.5 CONTROLLER PARALLEL POLL STATE (CPPS) 

15.3.5.1 In the CPPS state the C function is conducting a parallel poll and actively trans- 
ferring PPR message values to the device function(s) as received via the Interface signal 
lines. 

15.3.5.2 In the CPPS state the IDY message shall be sent true and the NUL message 
shall be sent passive true. 

15.3.5.3 The C function shall exit the CPPS state and enter: 

a) the CAWS state if the rpp message Is false; 

b) the CIDS state within t^ If the IFC message Is true and the SACS state Is not active. 



1 5.3.6 CONTROLLER STANDBY STATE (CSBS) 

15.3.6.1 In the CSBS state the C function Is allowing two or more devices to transfer 
device-dependent messages over the interface. 
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15.3.6.2 In the CSBS state the ATN message shall be sent false, the lOY message shall 
be sent passive false, and the NUL message shall be sent passive true. 

15.3.6.3 The C function shall exit the CSBS state and enter: 

a) the CONTROLLER STANDBY HOLD STATE (CSHS) If the take control 
synchronously (tcs) message Is true and the ANRS state is active; 

b) the CONTROLLER SYNCHRONOUS WAIT STATE (CSWS) If the take control 
asynchronously {tea) message is true; 

c) the CIDS state within t^ if the IFC message is true and the SACS state is not active. 

15.3.7 CONTROLLER SYNCHRONOUS WAIT STA TE (CSWS) 

15.3.7.1 In the CSWS state the C function is in the process of entering the 
CONTROLLER ACTIVE WAIT STATE (CAWS) but is waiting for a specified time (7^) to 
make sure that the current active talker recognizes the ATN message being sent over the 
interface, if this state was entered via the tcs message, the device function(s) shall 
continue to send it true during this state.Thls causes the Acceptor Handshake Interface 
Function to continue sending the RFD message false over the interface, holding off 
transfer of the next data byte. 

15.3.7.2 In the CSWS state the ATN message shall be sent tnie, the IDY message shall 
be sent active or passive false, and the NUL niessage stiali be sent passive true. 

15.3.7.3 The C function shall exit the CSWS state and enter: 

a) the CAWS state after a period of Tj has elapsed or If the TADS state is active; 

b) the CIDS state within t^ If the IFC message is true and the SACS state is not active. 

15.3.8 CONTROLLER ACTIVE WAIT STATE (CAWS) 

15.3.8.1 In the CAWS state the C function is waiting for a period of T^ before entering 
the CACS state. This wait shall occur in order to guarantee that the EOl line has settled to 
its proper value and that no device is responding erroneously to what appears to be a 
parallel poll. 

15.3.8.2 In the CAWS state the ATN message shall be sent true, the IDY message shall 
be sent false, and the NUL message shall be sent passive true. 

15.3.8.3 The C function shall exit the CAWS state and enter: 

a) the CACS state if the rpp message is false and a period of Tg has elapsed; 

b) the CPWS state if the rpp message is true: 

c) the CIDS state within t^ if the IFC message is tme and the SACS state is not active. 
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1 5.3.9 CONTROLLER TRANSFER STATE (CTRS) 

15.3.9.1 in the CTRS state the C function is sending the TCT addressed command to 
another device and is thus in the process of becoming idle. 

15.3.9.2 In the CTRS State the ATN message shall be sent true, the IDY message shall 
be sent false, and the TCT message shall be sent true continuously. 

15.3.9.3 The C function shall exit the CTRS and enter the CIDS state when either: 

- the STRS state becomes inactive; 

- or within f^ if the IFC message is true and the SACS state is not active. 

15.3.10 CONTROLLER SERVICE REQUESTED STATE (CSRS) 

15.3.10.1 In the CSRS state the C function is notifying the device function(s) via a local 
message that at least one device on the interface Is requesting service. 

15.3.10.2 The CSRS state does not provide a remote message-sending capability. 

15.3.10.3 The C function shall exit the CSRS state and enter the CONTROLLER 
SERVICE NOT REQUESTED STATE (CSNS) H the SRQ message is false. 

1 5.3.1 1 CONTROLLER SERVICE NOT REQUESTED STATE (CSNS) 

15.3.11.1 In the CSNS state the C function is notifying the device function($) via a local 
message that no device on the interface is requesting service. 

15.3.1 1 .2 The CSNS state does not provide a remote message-sending capability. 

15.3.1 1 .3 The C function shall exit the CSNS state and enter the CSRS state if the SRQ 
message is true. 

15.3.12 SYSTEM CONTROL NOT ACTiVE STATE (SNAS) 

15.3.12.1 in the SNAS state the C function relinquishes all of its system control 
capabilities. 

15.3.12.2 The SNAS state does not provide a remote message-sending capability. 

15.3.12.3 The C function shall exit the SNAS state and enter the SACS state H the 
request system control (rsc) message is true. 

1 5.3. 1 3 SYSTEM CONTROL ACTIVE STATE (SACS) 

15.3.13.1 In the SACS state the C function is allowed to exercise its system control 
capabilities. 
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15.3.13.2 The SACS State does not provide a remote message-sending capability. 

15.3.13.3 The C function shall exit the SACS state and enter the SNAS state if the rsc 
message is false. 

15.3.14 SYSTEM CONTROL INTERFACE CLEAR IDLE STATE (SIIS) 

15.3.14.1 In the SIIS state the C function has no capability to clear the interface. 
The controller interface function powers on in the SIIS state. 

15.3.14.2 In the SIIS State the IFC message shall be sent passive false. 

15.3.14.3 The C function shall exit the SIIS state if the SACS state is active and enter: 

a) the SYSTEM CONTROL INTERFACE CLEAR NOT ACTIVE STATE (SINS) if the 
send interface clear (sic) message is false; 

b) the SYSTEM CONTROL INTERFACE CLEAR ACTIVE STATE (SIAS) H the sic 
message is true. 

15.3.15 SYSTEM CONTROL INTERFACE CLEAR NOT ACTIVE STATE (SINS) 

15.3.15.1 In the SINS state the C function Is not engaged in clearing the interface. 

15.3.15.2 In the SINS state the IFC message shall be sent false continuously. 

15.3.15.3 The C function shall exit the SINS state and enter: 

a) the SIAS state if the local sic message is true; 

b) the SIIS state if the SACS state is not active. 

15.3.16 SYSTEM CONTROL INTERFACE CLEAR ACTIVE STA TE (SIAS) 

15.3.16.1 In the SIAS state the C function is engaged in clearing the interface. 

All interface functions connected to the system shall respond to the IFC true message and 
will transfer to a known initial state. 

15.3.16.2 In the SIAS state the IFC message shall be sent true. 

15.3.16.3 The C function shall exit the SIAS state and enter: 

a) the SINS state if the sic message is false and the SIAS state has been active for at 
least a period of T^; 

b) the SIIS state if the SACS state is not active. 
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15.3.17 SYSTEM CONTROL REMOTE ENABLE IDLE STATE (SRIS) 

15.3.17.1 In the SRIS state the C function has no remote enable capability. All implemen- 
tations of the C function should remain in the SRIS state continuously except when used 
in a device capable of System Controller performance. 

The C function powers on in the SRIS state. 

15.3.17.2 In the SRIS state the REN message shall be sent passive false. 

15.3.17.3 The C function shall exit the SRIS state and enter: 

a) the SYSTEM CONTROL REMOTE ENABLE NOT ACTIVE STATE (SRNS) If the 
send remote enable (sre) message is false and the SACS state is active; 

b) the SYSTEM CONTROL REMOTE ENABLE ACTIVE STATE (SRAS) if the sre 
message is true, the SACS state is active and the SRIS state has been active for at 
least a period of Tg. 

1 5.3. 1 8 SYSTEM CONTROL REMOTE ENABLE NOT ACTIVE STATE (SRNS) 

15.3.18.1 In the SRNS state the C function is not engaged in enabling remote operation 
of other devices over the interface. 

15.3.18.2 In the SRNS state the REN message shall be sent passive false. 

15.3.18.3 The C function shall exit the SRNS state and enter: 

a) the SRAS state if the sre message is true for at least a period of T^; 

b) the SRIS state if the SACS state is not active. 

15.3.19 SYSTEM CONTROL REMOTE ENABLE ACTIVE STATE (SRAS) 

15.3.19.1 in the SRAS state the C function is actively engaged in enabling remote 
operation of other devices over the interface. 

15.3.19.2 In the SRAS state the REN message shall be sent true continuously. 

15.3.19.3 The C function shall exit the SRAS state and enter: 

a) the SRNS state if the sre message is false; 

b) the SRIS state if the SACS state is not active. 

1 5.3.20 CONTROLLER STANDBY HOLD STATE (CSHS) 

15.3.20.1 In the CSHS state the C function is in a hold state until such time as the DAV 
message is false as presented to all devices connected to the system. The CSHS state 
prevents false coincidence of the ATN and DAV messages, as observed by idle devices, 
during a tcs sequence. 
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15.3.20.2 In the CSHS State the ATN message shall be sent false, the IDY message 
shall be sent passive false and the NUL message shall be sent passive true. 

15.3.20.3 The C function shall exit the CSHS state and enter: 

a) the CONTROLLER STANDBY WAIT STATE (CSWS) if a period of T^q has elapsed; 

b) the CONTROLLER STANDBY STATE (CSBS) if the tcs message Is false; 

c) the CONTROLLER IDLE STATE (CIDS) within t^ if the IFC message is true and the 
SACS state is not active. 

1 5.4 Controller interface function aliow^le subsets 

The only allowable subsets to the controller interface function shall be those listed in 
table XXXVII. 

15.5 Additional C function requirements and guidelines 

15.5.1 Warning: Use toa with caution. 

15.5.1 .1 Restriction on the use tea: 

The designer shall not assume that valid data will be transferred across the interface If the 
tea message becomes true while a device-dependent message is true. 

15.5.1.2 Background: 

Asynchronous Interruption of an active talker by a controller through the use of tea may 
occur at any time when a device-dependent message is true. If a device-dependent 
message is true and ATN becomes true, the interrupted byte could be either lost or 
misinterpreted by other devices as an interface message (e.g. command or address) and 
produce unintended state transitions. 

15.5.2 The tcs message, if used, may change from false to true only during the CSBS 
state. It may change from true to false only diiring the CAWS state. These restrictions 
guarantee that RFD is held false for the proper s^mount of time during a synchronous take- 
control operation. The CSBS to CSWS transitioh, via tcs and ANRS term, assumes that 
the device with the controller function participates actively as a listener in LACS. 
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TABLE XXXVII - Controller function allowable subsets 
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-- YYYYNN 



2.3 
2.3 
2.3 
2.3 



R R R R R 

R R R R R 

R R R R O 

R R R R O 



R R R 

R R O 

R R R 

R R O 



R R R 

R - R 

R R R 

R - R 



C9 
CIO 
C11 
C12 



Y Y Y N 

Y Y Y N 

Y Y Y N 

Y Y Y N 



Y Y 

Y N 
N Y 
N N 



2.3 
2,3 
2.3 
2.3 



R R R R R 

R R R R R 

R R R R O 

R R R R O 



R O R 

R O O 

R O R 

R O O 



R R R 

R - R 

R R R 

R - R 



C13 
C14 
CIS 
C16 



-- YYNNYY 

-- YYNNYN 

-- YYNNNY 

-- YYNNNN 



R R R O R 

R R R O R 

R R R O O 

R R R O O 



O O R 

O O O 

O O R 

O O O 



R R R 

R R - 

R R R 

R R - 



C17 
CIS 
C19 
C20 



-- YNYYYY 

-- YNYYYN 

-- YNYYNY 

-- YNYYNN 



2.3.4 
2.3.4 

2,3,4 
2,3.4 



R O R R R 

R O R R R 

R O R R O 

R O R R O 



R R R 

R R O 

R R R 

R R O 



- R R R 

- R - R 

- R R R 

- R - R 



C21 
C22 
C23 
C24 



Y N Y N 

Y N Y N 

Y N Y N 

Y N Y N 



Y Y 

Y N 
N Y 
N N 



2.3.4 
2,3,4 
2,3,4 
2,3,4 



R O R R R 

R O R R R 

R O R R O 

R O R R O 



R O R 

R O O 

R O R 

R O O 



- R R R 

- R - R 

- R R R 

- R -- R 



C25 
C26 
C27 
C28 



Y N N N 

Y N N N 

Y N N N 

Y N H N 



Y Y 

Y N 
N Y 
N t4 



R O O O R 

R O O O R 

R O O O O 

R O O O O 



O O R 
O O O 
O O R 
GOO 



- R R 

- R - 

- R R 

- R - 



O omit 

R required 

- not applicable or not required 

Y yes 

N no 



This is part of the CIDS to CADS transitional expression. 
This is part of the CACS to CTRS transitional expression. 
Typical notation to describe a controller consists of the 
letter C followed by one or more of the numbers indicating 
the subsets selected. For example: CI , 2, 3, 4, 8. 



hJOTES 

1 One or more of subsets CI to C4 may be chosen in any combination with any one of subsets C5 to C28. 

2 Only one subset may be chosen from CS to C28. 

3 The CTRS state shall be included in devices which are to be operated in multi-controlbr systems. 

4 These subsets are not allowed unless C2 is included. 
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16 Remote message coding and transfer 

16.1 Remote message coding 

Each remote message is sent by an interface function and received by an interface 
function via one or more interface signal lines. This clause defines the complete set of 
remote messages and how they are coded and transferred on the signal lines. The coding 
of all remote messages sent or received by the various interface functions is specified in 
the remote message coding table XXXVIII. 

16.2 Remote message codling concepts 

16.2.1 Messages may be coded into the logical state of one or more signal lines. 



16.2.2 For this part a message derived from or sent as the logical state of only one 
signal line is referred to as a uniline message (e.g. ATN). 



16.2.3 For this part a message derived from or sent as a combination of logical states of 
two or more signal lines is referred to as a multiline message (e.g. DCL). 



16.2.4 A message may be defined as a logical combination (AND, OR, or NOT) of other 
messages (e.g. OTA). 

16.2.5 The codify of a message sent and received is the same. 



16.3 Remote message transfer 

16.3.1 A message is sent by driving one or more specified signal lines to a logical 1 or a 
logical 0. Lines not specified as part of the message coding shall not be driven. 



16.3.2 A message is received by sensing one or more specified bus signal lines to 
determine the logical value of each signal line as either 1 or 0l Lines not specified as part 
of the message coding are ignored. 

16.3.3 A uniline message value is considered valid as soon as its corresponding logical 
value is detected. (See tables III, VI, IX. XIX. XXV and XXXV for times at which messages 
are sent.) 

16.3.4 A multiline message is valid only within the context of the Source and Acceptor 
Handshake Functions. A transmitted multiline message is valid while the Source Hand- 
shake Function is in the Source Transfer (STRS) state. A received multiline message is 
valid while the Acceptor Handshake Function is in the Accept Data (ACDS) state. 
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16.3.5 All passive message values are transferred as signal line states. This requires 
only the logic OR of signal line states to be performed on the interface. 



16.4 Remote message coding table organization and conventions 

16.4.1 All messages capable or being sent or received by an interface function are listed 
by name and mnemonic. 

16.4.2 The table correlates the message value (true or false) to the bus signal line 
logical value (1 or 0) and vice versa. 

16.4.3 Each remote message entry in the table specifies both the encoding required to 
send the messages and the decoding required to receive the messages. 

16.4.4 The true value of a uniline message is specified by the assignment of a specific 
logical value to a signal line. 

NOTE - Some uniline messages (e.g. SRQ) may change at many different times and other uniline 
messages may change only at specific times (e.g. END). 

16.4.5 The true value of a multiline message is specified by the assignment of a unique 
set of logical values (1 or 0) to the corresponding set of signal lines that contain the 
message. 

16.4.6 The false value of a message is any combination of logical values (1 or 0) other 
than the unique set that specifies the true value. 

16.4.7 Each message entry In the table is identified by type: either uniline (U) or 
multiline (M). Each message is further identified by class (1 of 7) according to the function 
it performs within the interface function or device function. 

16.4.8 The logical value that a bus signal line may have is specified in the table as a 0, 
1 . X or Y. These represent the logical values as follows: 

logical zero 

1 logical one 

X don't care (for the coding of a received message) 

X Shalt not drive unless directed by another message (for the coding of a transmitted 
message) 

Y don't care (for the coding of a transmitted message) 



1 6.5 Remote message coding table perspective 

Table XXXVItl is constructed to reflect each remote message sent (or received) by each 
interface function. In actual use, two or more messages as defined in the table may be 
sent concurrently (e.g. DAB tme and ATN false) by different interface functions (see 
notes 9 and 10 to table XXXVIIi and annex 0). 
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16.6 ISO code representation: message coding guidelines 



Many devices use the ISO 7-bit code (ISO 646) because It Is convenient both to generate 
and Interpret this code. The relationships between the ISO code and the messages (binary 
bit patterns) defined and described in this part are identified in this clause. 



1 6.6. 1 Interface messages 

The interface system utilizes message coding as defined in table XXXVIII to carry inter- 
face messages among devices when the ATN message is true. This coding may be 
correlated to the ISO code by relating DI01 through DI07 to bits 1 to 7. respectively. The 
ISO code does not contain the equivalent of the dedicated ATN message (bit or line). 



When the interface system defined in this part is interconnected, via a terminal unit, to 
other environments, then protocol beyond the scope of this part shall be used to enable 
proper communication and avoid possible contradictions with other assigned meanings for 
the ISO code. 
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TABLE XXXVIII - Remote message coding 















Bus signal Une($) and coding 














that asserts the true 
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value of the message 


i 


Message name 
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I 


I DRD A E S I R 










in 
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87 
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ACG 


ADDRESSED COMMAND GROUP 


M 


AC 


Y« 


eex XXX xxx i x x x x 


ATN 


AJ'IHNTION 




U 


UC 


XX 


XXX xxx xxx 1 X X X X 


DAB 


DATA BYIH 


(Notes 1, 9) 


M 


DD 


DD 

87 


DDD DDD XXX e X X X X 

654 321 


DAC 


DATA ACCEKIED 




U 


HS 


XX 


XXX XXX xxe X X X X X 


DAV 


DATA VALID 




U 


HS 


XX 


xxx xxx IXX X X X X X 


DCL 


DEVICE CLEAR 




M 


UC 


Y« 


eie lee xxx i x x x x 


END 


END 


(Note 9) 


U 


ST 


XX 


xxx xxx xxx e 1 x X X 


EOS 


END OF SIRING 


(Notes 2, 9) 


M 


DD 


EE 
87 


EEE EEE XXX e X X X X 

654 321 


GET 


GROUP EXECUTE TRIGGER 




M 


AC 


Y0 


eei eee xxx i x x x x 


GTL 


GO TO LOCAL 




M 


AC 


Y0 


eee eei xxx i x x x x 


IDY 


IDENIli-y 




M 


UC 


XX 


xxx xxx xxx 1 1 X X X 


IFC 


INTERFACE CLEAR 




U 


UC 


XX 


xxx xxx XXX X X X 1 X 


LAG 


HSIhN ADDRESS GROUP 




M 


AD 


Ye 


IXX XXX XXX 1 X X X X 


LLO 


LOCAL LOCKOUT 




M 


UC 


Y0 


eie eei xxx i x x x x 


MLA 


MY US'IHN ADDRESS 


(Note 3) 


M 


AD 


Ye 


ILL LLL xxx 1 X X X X 

54 321 


MTA 


MY TALK ADDRESS 


(Note 4) 


M 


AD 


Yl 


en 111 XXX 1 X X X X 

54 321 


MSA 


MY SECONDARY ADDRESS 


(Note 5) 


M 


SE 


Yl 


iss sss xxx 1 X X X X 

54 321 


NUL 


NULL BYTE 




M 


DD 


ee 


eee eee xxx x x x x x 


OSA 


OTHER SECONDARY ADDRESS 


M 


SE 


(0SA = SCGaMSA) 


OTA 


OTHER TALK ADDRF.SS 




M 


AD 


(OTA = TAGaK!TA) 


PCG 


PRIMARY COMMAND GROUP 




M 


— 


(PCG - ACG V UCG V LAG vTAG) 


PPC 


PARALLEL POLL CONHGURE 




M 


AC 


Ye 


eee lei xxx i x x x x 


PRE 


PARALLEL POLL ENABLE 


(Note 6) 


M 


SE 


Yl 


les ppp xxx 1 X x X X 

321 


PPD 


PARALLEL POLL DISABLE 


(Note 7) 


M 


SE 


Yl 


1 ID DDD XXX 1 X X X X 

4 321 


PPRl 


PARAM.FL POLL RESPONSE 1 




U 


ST 


XX 


XXX XXI XXX 1 1 X X X 


PPR2 


PARALLEL POLL RESPONSE! 




U 


ST 


XX 


XXX XIX xxx 1 1 X X X 


PPR3 


PARALLEL POLL RESPONSE 3 


s- 


u 


ST 


XX 


XXX IXX XXX 1 1 X X X 


PPR4 


PARALLEL POLL RESPONSE 4 


^4 


u 


ST 


XX 


XXI xxx XXX 1 1 X X X 


PPR5 


PARAI.IFL POLL RESPONSES 


1 


u 


ST 


XX 


XIX XXX XXX 1 1 X X X 


PPR6 


PARALLEL POLL RESPONSE 6 


u 


ST 


XX 


IXX xxx XXX 1 1 X X X 


PPR7 


PARALLEL POLL RESPONSE 7 




u 


ST 


XI 


XXX XXX XXX 1 1 X X X 


PPR8 


PARALLEL POLL RESPONSE 8 




u 


ST 


IX 


XXX XXX XXX 1 1 X X X 


PPU 


PARAI.IFL POLL UNCONFIGUI 


IE 


M 


UC 


Ye 


eie lei xxx i x x x x 


REN 


REMOTE ENABLE 




U 


UC 


XX 


XXX xxx xxx X X X X 1 


RFD 


READY FOR DATA 




U 


HS 


XX 


xxx XXX xex X X X X X 


RQS 


REQUEST SERVICE 


(Notes 8, 9) 


u 


ST 


XI 


XXX XXX xxx e X X X X 


«SCG 


SECpNDARY COMMAND GROl 


JP 


M 


SE 


Yl 


ixx xxx xxx 1 X X X X 


SDC 


SELECTED DEVICE CLEAR 




M 


AC 


Ye 


eee lee xxx i x x x x 


SPD 


SERIAL POLL DISABLE 




M 


UC 


Ye 


en eei xxx i x x x x 


SPE 


SERIAL POLL ENABLE 




M 


UC 


Ye 


en eee xxx i x x x x 


SRQ 


SERVICE REQUEST 




U 


ST 


XX 


xxx xxx xxx X X 1 X X 


S"1B 


STATUS BYTE 


(Notes 8. 9) 


M 


ST 


sx 

8 


sss sss xxx e Y X X X 

654 321 


TCT 


TAKE CONTROL 




M 


AC 


Ye 


eei eei xxx i x x x x 


TAG 


TALK ADDRESS GROUP 




M 


AD 


Yl 


exx xxx xxx 1 X X X X 


UCG 


UNIVERSAL COMMAND GROU 


P 


M 


UC 


Ye 


eix xxx XXX 1 X X X X 


UNL 


UNLISThN 




M 


AD 


Ye 


111 in XXX 1 X X X X 


UNT 


UNTALK 


(Note 11) 


M 


AD 


Yl 


en 111 XXX 1 X X X X 



(continued on page 73) 
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TABLE XXXVIII (concluded) 



Notes and symbols for ramotB message coding table XXXVIII 



Level assignment: 



Symbols: 



high-state signal level 

1 low-state signal level 

The coding of table XXXVIII may be translated to equivalent electrical signal 
levels as specified in clause 18. 



Type: 


U 


uniline message 




M 


multiline message 


Class: 


AC 


addressed command 




AD 


address (talk or listen) 




DD 


device -dependent 




HS 


handshake 




UC 


universal command 




SE 


secondary 




ST 


status 



NOTES 

1 D1-D8 specify the device-dependent data bits. 

2 E1-E8 specify the device-dependent code used to indicate the EOS message. This message may be 
used to terminate a string of DAB messages. 

3 LI -LS specify the device -dependent bits of the device's listen address (see 39.2.1 ). 

4 T1-T5 specifiy the device-dependent bits of the device's talk address (see 39.1.1). 

5 SI -S5 specify the device-dependent bits of the device's secondary address (see 39.3. 1). 

6 S specifies the sense of the parallel poll response. 

S Response 



1 1 

P1-P3 specify the parallel poll response (PPR) message to be sent when a parallel poll is executed. 

P3 P2 PI 





PPR message 
PPR1 



1 



1 



1 



PPR8 



7 D1-D4 specify don't-care bits that shall not be decoded by the receiving device. It is recommended that 
all zeros be sent. 

8 S1-S6. S8 specify the device-dependent status. 
(NOTE - DI07 is used for the RQS message). 

9 The source of the message on the ATN line is always the function, whereas the messages on the DiO 
and EOl lines are enabled by the T function. 

10 The source of the messages on the ATN and EOl lines is always the C function, whereas the source of 
the messages on the DIO lines is always the PP function. 



16.6.2 Device-dependent messages 

The specific coding of device-dependent messages is beyond the scope of this part. After 
a talker and listener(s) have been addressed via interface messages, any commonly 
understood binary code of 8 bits or less, e.g. BCD. or alphanumeric code may be used 
when the ATN message is false. 
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- The alphanumeric codes (dense subset of the ISO code, columns 2 to 5) are 
preferred for communication of the device-dependent messages wherever possible. 
Bit 1 to bit 7 of the ISO code correspond to DI01 -DI07. 

- When other codes are used (e.g. binary) the most significant bit should be placed 
on the DIO line that has the highest number (e.g. DI08 for bit 8). 



16.6.3 The ISO code is further illustrated in annex E as it correlates with the codes of 
this part. 



16.7 State transition timing values 

The T^ and t^ values listed in sectioi 

state diagrams are defined in section 3, clause 24. 



The T and L values listed in section 2 throughout the interface function descriptions and 



SECTION 3: ELECTRICAL SPECIFICATIONS 

17 Application 

This section defines the electrical specifications for interface systems to be used in 
environments where: 

- physical distance between devices is short; 

- electrical noise is relatively low. 

All electrical specifications for the driver and receiver circuits are based on the use of TTL 
technology. 

NOTES 

1 The interface function circuits connected to the drivers or receivers may be implemented in other 
device technologies at the designer's choice. 

2 Driver and receiver devices need only be used on those signal lines required for the interface functions 
implemented (see clause 21 for termination requirements). 

3 Either open collector or three-state drivers may be used as determined by data rate considerations of 
clauses 19 and 31. 



18 Logical and electrical state relationships 

18.1 The relationship between the logical states defined in the Remote Message Coding 
table XXXVIII and the electrical state levels present on the signal lines is as follows: 

Coding logical state Electrical signal levels 

corresponds to >+2,0 V called "high state* 

1 corresponds to <+0.8 V called "low state" 

The high and low states are based on standard TTL levels for which the power source 
does not exceed +5.25 V d.c. and is referred to logic ground. 

18.2 This section indicates current flow into a node with a positive sign and current flow 
out of a node with a negative sign. 
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19 Driver requirements 



Messages may be sent in either an active or passive manner over the interface (see 4.3). 
All Dassive true message transfer occurs in the high state and shall be carried on a signal 
line using open collector drivers. 

19.1 Driver types 

19.1.1 Open collector drivers shall be used on the SRQ, NRFD, NDAC signal lines. 

19.1.2 Open collector drivers or three-state drivers may be used on the DIO 1-8, DAV, 
IFC, ATN, REN. and EOl signal lines with this exception: DIO 1-8 shall use open collector 
drivers for parallel polling applications (see 12.3.3). 

NOTE - Three-state drivers are useful for systems wliere higher speed operations is required. 

19.1.3 It is recommended that a three-state driver be used within a controller to drive the 
ATN signal line if the controller is intended to be used in a system in which other devices 
are implemented with three-state drivers on the DIO. DAV. and EOl signal lines. 

19.2 Driver specificatiot)s 

The specification for drivers shall be as follows: 

Low state: output voltage (three-state or open-collector drivers) ^ -t-O.S V at +48 mA 
sink current. 

The driver shall be capable of sinking 48 mA continuously. 

High state: output voltage (three-state) ^ +2.4 V at -5.2 mA; 
output voltage (open-collector) (see 21.5). 

The indicated voltage values are measured at the device connector between the signal 
line and logic ground. 

See clause 21 for additional requirements which may apply to the driver. 

20 Receiver requirements 

20.1 Receiver specifications, allowed 

The specification for receivers with nominal noise immunity shall be as follows: 

Input voltage ^ -1-0,8 V for the low state; 
Input voltage ^ +2.0 V for the high state. 

See 21.3 for additional requirements which may apply to the receiver. 

20.2 Receiver speciiications, preferred 

To provide greater noise immunity, the use of Schmitt-type receiver circuits or equivalent 
for all signal lines is recommended. 
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The specifications for these receivers shall be as follows: 

Low state: negative going threshold voltage ^ +0,8 V; 
High state: positive going threshold voltage < +2.0 V; 
Hysteresis: > 0,4 V. 

21 Composite device load requirements 

21.1 Resistive termination 

Each signal line (whether or not it is connected to a driver or receiver) shall be terminated 
within the device by a resistive load whose major purpose is to establish a steady-state 
voltage when all drivers on a line are in the high-impedance state. This load is also used 
to maintain a uniform device impedance on the line and improve noise immunity. For 
specific requirements, see 21.3.3, and for typical resistive values, see 21.5. 

21.2 Negative voltage clamping 

Each signal line to which a receiver is connected shall be provided with means to limit the 
negative voltage excursions. Typically this circuit element is a diode clamp contained 
within the receiver component. 

21 .3 DC load requirements 

21.3.1 The d.c. load characteristics of a device are affected by the driver and receiver 
circuits as well as the resistive termination and voltage clamping circuits; therefore they 
are specified for the composite device interface circuit, not the individual components. 
This clause, however, provides complete specifications for the resistive termination and 
voltage clamping circuits. 



21.3.2 Load measurement conditions assume that the receiver, driver, and resistive 
termination circuits are connected together within the device with the driver in the high- 
impedance state. 

21 .3.3 Each signal line interface within a device shall have the following d.c. load charac- 
teristics and shall fall within the unshaded area of figure 15. 



1 


if/ < 


mA, 


U shall be <3,7 V 


2 


if/ ^ 


mA. 


U shall be >2,5V 


3 


if/ ^■ 


-12,0 mA. 


t/ shall be >-1.5 V (only If receiver exists) 


4 


\i U < 


0.4 V. 


/ shall be <-1 ,3 mA 


5 


if U 2 


0.4 V. 


/ shall be >3,2 mA 


6 


if t/ $ 


5.5 V. 


/ shall be <2.5 mA 


7 


n U ^ 


5.0 V. 


/ shall be >0,7 mA or the small-signal impedance 
Zshallbe<2kaat1 MHz 



21.4 Capacitive load limit 

The internal capacitance load on each signal line shall not exceed 100 pF within each 
device, and should be substantially to ground. 
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'z/:zazjil£^^.^..^_^^i ' 




leal circuit load line 
see 21.5} 



Voltage on signal line 



NOTE - The slope of the d.c. load line should, in general, correspond to a resistance not in excess 
ofSkQ. 



Figure 1 5 - DC load boundary specification 



21 .5 Typical circuit configuration 

Figure 16 shows a typical circuit configuration for signal line input/output circuits for which 
readily available components exist. 



flu 



Bus 



Power supply 



D^ic 



Dataflow 



I 



Rl3 



< 



Driver 



^ 



t> 



Receiver 



Logic ground 
(not safety earth) 

^) Stray capacitanoe allowed by 21 .4. 

^' TypicaHy contained within receiver component 

Figure 16 - Typical signal line input/output circuits 
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This basic circuit is compatible with both TTL microcircuit and discrete element devices. 



The specifications for this typical configuration are as follows: 

fl|_^ : 3 ki2 ± 5 % 
\2. 6.2 kQ ± 5 % 

Driver: output leakage current = +0,25 mA max. at U^ = +5,25 V (if 

open-collector driver Is used); 

output leakage current = ±40 nA max. at U^ = +2,4 V {if three- 
state driver Is used). 

Receiver: input current = -1,6 mA max. at U^ = +0,4 V; 

input leakage current = +40 nA max. at C/^, = +2,4 V; 



= +1 ,0 mA max. at U^ = +5,25 V. 



Power supply voltage « +5 V ± 5 %. 



Only a single driver and receiver may be connected to each signal line in the typical 
configuration of figure 16. Other configurations may exist in which this restriction does not 
hold provided the composite device load specifications of 21.3 are met. 



22 Ground requirements 

22.1 The overall shield of the interconnecting cable shall be connected through one 
contact of the connector to frame (safety earth) to minimize susceptibility to and 
generation of external noise. 

Warning: Devices should not be operated at significantly different frame poten- 

tials. The interface connection system may not be capable of handling 
excessive ground currents. 

22.2 It is recommended that the ground returns of the individual control and status 
signal lines be connected to logic ground at the logic circuit driver or receiver to minimize 
crosstalk interference transients. 

22.3 A removable link to connect the logic ground to frame is recommended if the frame 
is connected to the metal enclosure or the protective earth terminal, in order to avoid 
ground loops. 

23 Cable characteristics 

23 . 1 Conductor requirements 

The maximum resistance for the cable conductors shall be, per metre of length: 

- each signal line (e.g. DIOI, ATN) 0,14 Q. 

- each individual signal line ground return 0.14 Q 

- common logic ground return 0,085 fi 

- overall shield 0.0085 Q 
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23.2 Cable construction 



23.2.1 The cable should contain an overall shield and at least 24 conductors of which 16 
shall be used for signal lines and the balance used for logic ground returns. 

23.2.2 The maximum capacitance measured (at 1 kHz) between any signal line and all 
other lines (signals, grounds, and shield) connected to ground shall be 150 pF per meter. 



23.2.3 The shield shall contain a braid with at least 85 % coverage. 

23.2.4 The cable shall be constructed to minimize the effects of cross-talk between 
signal lines, the susceptibility of the signal lines to external noise, and the transmission of 
interface signals to the external environment. 

- Each of the signal lines DAV, NRFD, NDAC, EOl, ATN. IFC, REN and SRQ shall be 
twisted with one of the logic ground wires or isolated using an equivalent scheme (to 
minimize crosstalk). 

- A cable construction in which twisted pairs are contained in the core of the cable 
and the individual DIO lines contained around the periphery of this core has been found 
satisfactory as has been the use of twisted pair conductors for all 16 signal lines where 
each original line Is twisted with an earth conductor. 

- The cable shall contain an overall shield carried through the cable assembly and 
connectors at both ends. 

- Alternately, any other internal cable constructton which yields the same results may 
be used. 



24 State transition time value 

To ensure maximum possible compatibilty among interconnected devices, table XXXIX 
states the mandatory time relattonships t>etween critical signal inputs and outputs to a 
specific device. The time values r,. T^-Tg allow for the normal propagation delays of the 
transmission path and the typical circuit delays within other devices. They are measured 
from the time the source output driver is seen to start its transition as viewed from its 
associated connector. 

Care should be taken when the values f,, T^-Tq approach the minimum values specified 
in table XXXIX. In this case voltage values, capacitance and crosstalk become more 
critical. It is recommended that: 



- the high-state driver voltage be maintained at its full value; 

- cable resistance and capacitance be kept as tow as possible; 

- crosstalk be kept at a minimum value. 
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TABLE XXXIX 




Time values 




Time value 
identifier^* 


Function 
(applies to) 


Description 


Value 


^1 


SH 


Setting time for multiline messages 


^2^s2' 


«2 
^3 


SH. AH, T. L. 

TE. LE 

AH 


Response to ATN 

Interface message accept time^' 


£ 200 ns 

>0*> 


^ 


T. TE. L. LE. C. 
RL 


Response to IPC or REN false 


< 100 HS 


'6 


PP 


Response to ATN a EOI 


£ 200 ns 


h 


C 


Parallel pol) execution time 


^ 2|is 


h 


C 


Controller delay to allow current talker 
to see ATN message 


^500 ns 


7-e 


C 


Lengtfi of IPC or REN false 


> 100 ^s 


7-9 


C 


Delay for EOI^' 


^1.S^s^* 


7-,o 


C 


Delay for DAV 


2 1.5 ns 



^> Time values specified by a lower-case r indicate the maximum time allowed to make a 
state transition. Time values specified by an upper-case T indicate tfie minimum time that a 
function shall remain in a state before exiting. 

^> If three-state drivers are used on the DIO. DAV, and EOI lines, T, may be: 

a) t 1 100 ns, 

b) t 700 ns if it is known that within the controller ATN is driven by a three-state driver, 
however this value is not recommended, 

c) or i. 500 ns for all subsequent bytes following the first sent after each false transition 
of ATN (the first byte shall be sent in accordance with a) or b) above), 

d) or a 350 ns for all subsequent bytes following the first sent after each false transition 
of ATN under conditions specified in 31.3. 

3) Time required for interlace functions to accept, not necessarily respond to. interface 

messages. 

^> Implementation-dependent. 

*' Delay required for EOI. NDAC, and NRFD signal lines to indicate valid states. 

*' 2 600 ns for three-state drivers. 



SECTION 4: MECHANICAL SPECIFICATIONS 



25 Application 



This section defines the specification for interface systems to be used in environments 
where: 

- physical distances between devices are limited; 

- star or linear bus interconnection networks are useful; 

- connector mounting space is limited. 
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26 Connector type 



A quality connector of the rack and panel type with proven performance sfiall be used 
wtilch has these minimum characteristics. 



26.1 Electrical requirements 

Voltage rating: 

Current rating: (at T = 25 X) 

Contact resistance: (at 10 mA) 

Insulation resistance 

Test voltage: 

Capacitance: 

Endurance: 



(1 min, 20 °C) 

(between contacts at 1 kHz) 

(with 1 A and 70 "C) 



26.2 Mechanical requirements (see figure 1 7) 

Number of contacts: 

Contact pitch: (self-wiping) 

Polarization: (shell shape) 

Shell material: 

Retention force per contact: (as for I EC 603-2) 

Typical insertion and withdrawal force (F): 

Endurance: (for specified contact resistance) 

Clearance between adjacent contacts: 
Solderability (if applicable): 



200 V 

5 A per contact 

less than 20 mQ 

greater than 1 GH 

500 V 

<1.5pF 

> 1 000 h 



24* 

2,16 mm 

trapezoidal 

corrosion resistant, conductive 

>0,15N 

8 N < F < 89 N 

> 500 insertions 



> 0,5 mm 

as for lEC 

235 •*C, 2 sec 



512 test, 12a, 



14° 45 




Contact 12 

Receptacle 



^ 



Contact 1 



r11.94 mm typ. 



3,5 mm typ. 



1.14 mm typ.-» 

[.•-28,40 mm typ..^ 

- — 36,12 mm typ. 



Ml 



2.16 mm typ. 



Figure 17 - Connector: receptacle dimensions 

26.3 Environmental requirements 

Basic environmental performance relative to the cold, dry heat and damp-heat tests for cli- 
matic category 25/070/21 as explained in annex A of (EC 68-1. 



See annex K for description of alternate 25-pin connector type 
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27 Connector contact assignment 

The contact assigment of the cable connector and the device connector shall be as shown 
below: 



Contact 


Signal line 


Contact 


Signal line 


1 


DiO 1 


13 


DIO 5 


2 


DI0 2 


14 


DIO 6 


3 


DIO 3 


15 


DIO 7 


4 


DIO 4 


16 


DIO 8 


5 


EOt (24) 


17 


REN (24) 


6 


DAV 


18 


Gnd (6) 


7 


NRFD 


19 


Gnd (7) 


8 


NDAC 


20 


Gnd (8) 


9 


IFC 


21 


Gnd (9) 


10 


SRQ 


22 


Gnd (10) 


11 


ATN 


23 


Gnd (11) 


12 


SHIELD 


24 


Gnd LOGIC 


NOTE - "Gnd (n)' refers to the signal ground return of ttie refer- 


enced contact. EOl and REN return on contact 24. 



28 Device connector mounting 

28.1 Each device shall be provided with a receptacle type connector having the typical 
dimensions shown in figure 17 and with which the plug type connector shall mate. The two 
rows, each of 12 contacts, are centered within the trapezoidal shell. The connector 
mounting shall make provisions to accept the locking screws of the cable assembly. 



The preferred orientation of the connector, as mounted on a device and viewed from the 
rear of the device in its normal operating position, is with contact 1 in the upper right-hand 
corner. The connector location should allow for sufficient cable clearance as shown in 
figure 21. 

28.2 The connector may be mounted on either the outside or inside of the panel for 
which the typical panel cut-out dimensions are given in figure 18. 



/, 



.46.8 ± 0,5 mm, 
A 



4,75 mm (inside mount) 
or adequate for tfiread 
clearance (outside mount) 



•15.8 mm typ. 



A dimension 

36 mm outside mount 

40.6 mm inside mount 



Figure 18 - Connector panel cut-out 



82 



IS 1 0767 ( Parti ):2001 
I EC 60625-1 (1993) 

28.3 The connector shall be attached to the device with one of the stud mount stand-offs 
shown In figure 19 as determined by the panel mounting method used. 

Stud mount stand off 



Outside panel mount 




Inside panel mount 



8 mm typical (round) or 
7 mm typical (hex) r^ 



8,1 ± 0,2 mm 



(fh- 




8,9 ± 0,2 mm 

© 




Counterbore 4 mm diameter, 
2 mm deep, typical 

Drill 7,6 mm deep ^-^ 
maximum, thread {3j 



15 mm typical (2) 



1 M I I M ' Q^ I 



Stand-off 
Dimensions 


Outside 
mount 


Inside 
mount 


A 
B 



6.5 mm 

8.6 mm 
4,2 mm 


4,9 mm 
8,3 mm 
4,7 mm 



^ split lock washer, 1,2 mm typical thickness 

(2) Typical dimension, determined by panel and lock washer thickness, connector housing 

(D ISO metric thread M3,5 x 0,6 

^ Thread size designer's choice (does not affect compatibility) 

(E) Care should be taken to allow clearance for mating shell cortnector 

Figure 19 - Stud mount dimensions 



29 Cable assembly 

29.1 The cable assembly shall be provided with both a plug and a receptacle connector 
type at each end of the cable. The preferred method of assembling the stacked connectors 
contains a rigid structure (assures a reliable and positive connection of multiple cable 
assemblies) as shown in figure 21 . 



29.2 Each connector assembly shall be fitted with a pair of captive locking screws. Each 
lock screw shall conform to the mechanical dimension shown in figure 20. A retaining ring, 
or equivalent, shall be used to retain the lock screw as a captive element. 
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8 mm typical 



Counterbore 4 mm diameter, ^^ 

2 mm deep, typical ^"^^ 



Thread (T)-^ 

6,8 mm deep ^-^ 

3.5 ± 0,2 mm- 

2.39 ±0.08 mm- 



Q=I 



|-7,9 ±0,2 mm 

19.3 ±0,2 mm (D 

— 27 ±0.2 mm (D 



Thread 



©^- 



31,5 ±0,2 mm (D 



NOTES 

ISO metric thread M3,5 x 0,6 

/^ Length is a function of housing dimension; length values shown apply to 15 mm typical housing height 
^^ (see figure 21) 

Figure 20 - Locking screw 



29.3 It is recommended that each pair of connectors, assembled according to 29.1, be 
partially enclosed within a suitable housing as shown in figure 21 . Individual cable assem- 
blies may be of any length up to 4 m. The housing may be of plastic or metallic matter, the 
latter is preferred for superior EMC performance; see annex J for additional information on 
appropriate means for screening the complete cable assembly. 
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Receptacle 
Housing 




Panel mount 
clearance area 



15 mm 



© 



10 mm 




23 mm 



NOTES 

1 All measurements are typical. 

2 Length of lock screw is a function of this dimension. 



Figure 21 - Cable connector housing 



SECTION 5: SYSTEM APPLICATIONS AND GUIDELINES FOR THE DESIGNER 

30 System compatibility 

30 . 1 General guidelines 

This interface system offers a wide range of capability from which to choose the 
appropriate interface functions to fit different applicaMons. Within most interface functions 
a number of options are available. In addition, the designer has freedom to select all the 
device-dependent capabilities contained within the device functions. 



30.1 .1 . It is the responsibility of the designer to define the complete capability of a device 
(interface system choices and related device-dependent interactions) so that the end user 
of the device can efficiently interface and programme the device for appropriate system 
applications. 
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30.1.2 Selection of a minimum set of interface functions from section 2 leads to the 
following minimum set of signal lines in order to be system compatible: 

- DIO 1 to 7; 

- DAV, NRFD, NDAC; 

- IFC and ATN (unnecessary in systems without a controller). 

30.1.3 In order to provide system compatibility a designer shall not introduce new inter- 
face functions beyond those defined in section 2. 

31 Data rate consideration 

Designers of devices intended to communicate over the Interface system bus are advised 
to consider the relationships between various levels of system performance and the 
specific device circuits used to provide these different levels of performance. The following 
statements are intended as guidance. 

31.1 The interface bus will operate at distances up to 20 m at a maximum of 250 000 
bytes per second, with an equivalent standard load for each 2 m of cable using 48 mA 
open collector drivers. 



31.2 The interface bus will also operate at 20 m, 500 000 bytes per second, with an 
equivalent standard load for each 2 m of cable using 48 mA three-state drivers. 



31 .3 Higher speed operation 

To achieve the maximum possible data transfer rate (normally up to one million bytes per 
second) within a system the designer should: 

- use 48 mA three-state drivers; 

- use total cable lengths as short as possible up to a maximum of 15 m with at least 
one equivalent load for each metre of cable; 

- ensure that all devices are powered on; 

- minimize device capacitance on each lead (REN and IFC excepted) to less than 
50 pF per device; 

- use a minimum 7^ value of 350 ns; 

- add, as required, multiple resistive (powered) loads, beyond one per signal line per 
device, up to 15 loads per interconnected system. 

Warning: Satisfactory operation (i.e. data transfer without error) is not assured when 
devices designed with the minimum 7^ value of 350 ns are operated under conditions 
other than those specified above. 

NOTES 

1 Devices with a 7, value of < 700 ns, device capacitance of 50 pF, or having multiple resistive loads 
shall be so marked, as acceptable variants. 

2 Use of a data byte buffer store within the device may be advantageous. 
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32 Device capabilities 

32.1 Busy function 

In system operation It is useful to either programme a device or initiate some operation 
within a device and then proceed to communicate with other devices (while the first device 
is busy carrying out the required task). The busy (operation being completed) function is a 
device state and not an interface state. In order to permit interface bus communication 
independent of the busy condition of a device, three possible methods are available: 

- NRFD hold; 

- SRQ and serial poll; 

- parallel poll. 

Both the serial poll and parallel poll methods are described in section 2. 

32.1.1 NRFD hold 

The NRFD signal line may be gated to incorporate the busy function. In so doing, the 
NRFD signal (or RFD message) changes its definition to include more than the normal 
"not ready for the next data byte* meaning. The internal busy signal is gated to the NRFD 
signal line through the AH function. In this manner the device may be unaddressed as a 
listener during a "busy cycle" and the Interface bus may be used for other purposes. When 
readdressed as a listener, the device will indicate its internal busy status to the interface. 
The device Indicates "busy" by setting NRFD to 1 and indicates "operation complete" by 
setting NRFD to 0. 

Caution: If NRFD hold is used for the busy function where a device may not recover 
or may never reach the non-busy condition, then another listen address (always access- 
ible) should be available to clear the potential hang-up condition. 



32.2 Remote local applications 

32.2.1 The designer is free to Implement, within a device, whatever programmable 
device functions are appropriate for a particular device appllcation(s). The designer is not 
free to programme remotely the local control functions which interact directly with the inter- 
face functions as specified throughout section 2. 

32.2.2 To Implement a programmable device capable of being controlled either remotely 
or locally may require the switching of some or all of the typical controls illustrated in 
figure 22. This figure is not meant to imply a comprehensive set of switching techniques, 
switching locations, or switched message contents. 
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Remote messages 

A 



Interface bus 

-n©n- 



Interface functions 



B1 



B2 



I . 1 



/' 



IB3 

I L I 



Device functions 
(remote or local control) 



(local control only) 



Local messages 



<!) 



<*)■ 



(remote control only) 



-lo 



Local messages to control interface 
functions (e.g. ton, Ion). 



Local massages to control device 
functions that are programmable 
(e.g. range, function, mode, calibrate). 



Local messages to control programmable 
device functions (e.g. trigger level vernier, 
check) (non-switchable between remote 
and local sources). 



1 Remote messages (e.g. ATN, MLA Interface messages, DAB de^ce messages). 

2 Remote control of programmable device functions (e.g. range, function) and the execution of device 
functions (e.g. clearing, triggering). 

B Indicates possible locations of buffer storage elements. Normally B1 and B2 are used in combination 
or B3 is used alone. 

Figure 22 - Remote/local message paths 



33 AND and OR logic operations 

The message sent by one interface fuction is not necessarily the same message received 
by another interlace function (irrespective of time differences due to transmission 
characteristics of the signal lines) in the case of three messages as used in the SH. AH. 
and SR interface functions: 

- the RFD (or DAC) message received (by an SH function) must be the logical AND of 
all RFD (or DAC) messages sent (by all AH functions); 

- the SRQ message received (by a C function) must be the logical OR of all SRQ 
messages sent (by all SR functions). 

NOTE • The DAV message received (by alt AH functions) mu&t be the DAV message sent (by one and 
only one SH function). 
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33. 1 RFD and DAC messages 



33.1.1 The RFD (or DAC) message sent true (or false) respectively by an AH function is 
performed by setting the NRFD (or NDAC) signal line to {I (high) or driving the NRFD 
(or NDAC) signal line to 1 (low) respectively. 

33.1.2 The RFD (or DAC) message received by an SH is received true when the state of 
the signal line is (high) which means that all RFD (or DAC) messages sent are passive 
true. 

33.1 .3 The RFD (or DAC) message received by an SH is received false when the state of 
the signal line is 1 (low) which means that one or more RFD (or DAC) messages sent are 
false. 

33.1 .4 The logical equivalent of these conditions is illustrated below. 

RFD value sent by device A 



RFD value sent by device B 




RFD value received by device 
(and all other devices) 



33.2 SRQ message 

33.2.1 The SRQ message sent true or false by an SR function is performed by driving 
the SRQ signal line to 1 (low) or setting the SRQ signal line to (high) respectively. 

33.2.2 The SRQ message received by the C function is received true when the state of 
the bus signal line is 1 (low) which means that one or more SR functions have sent 
the SRQ message true. 

33.2.3 The SRQ message received by a controller function is received false when the 
state of the bus signal line is (high) which means that all SR functions have sent 
the SRQ message passive false. 

33.2.4 The logical equivalent of these conditions is illustrated below: 




SRQ value received by device C 
(C function) 



SRQ value sent by device A 
SRQ value sent by device 8 

33.3 Circuit implementations 

33.3.1 A typical circuit configuration with which these functions on the respective bus 
signal lines can be performed is that represented in clause 21, figure 16. The driver 
element must be a bi-state (open collector) driver as represented in figure 23. 

NOTE - Whether or not inverters are used to convert the internal representation of the RFD (or DAC) 
message into the actual message sent on the bus signal lines depends on the internal assertion definition 
for true and false with respect to the 'high* or 'low* voltage levels used internal to the device. 

This matter is left to the designer. 
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NRFD (or NDAC. or SRQ) signal line 



+ 5V 



4 




Message 
sent 



Message 
received 




+5V 



i 







^ 



Message 
sent 



Message 
received 




+5V 



1 







^ 



Message 
sent 



Message 
received 



Device A 



Device B 



Device C 



Figure 23 - Bi-state signal line logic (open collector drivers) 

33.3.2 Typical signals presented to the NRFD (or SRQ) interface bus signal lines by 
devices A and B as described in 33.1 and 33.2 may be represented as shown in figure 24. 
Only the composite signal line waveform as received at device C exists on the bus. The 
signal levels shown for devices A and B exist only within the devices' drivers and not on 
the bus signal line. 

34 Address assignment 

34.1 Normally, a device will be assigned a single talk and single listen address to 
perform the essential tasks. It may be useful to design a device with multiple talk (or 
listen) addresses to facilitate system requirements. A device could be assigned two talk 
addresses (e.g. one to output raw data, the other to output processed data). Care should 
be taken to minimize the use of such multiple addresses as later system configurations 
may be restricted due to excessive use of primary addressing capability. 



35 Typical combinations of Interface functions 

The designer is free to select the particular interface functions required to meet specific 
device applications. The selection of certain interface functions requires the inclusion of 
other interface functions as defined throughout the allowable subset clauses of section 2. 
The list below represents typical combinations of interface functions and does not imply 
that these are the only combinations possible or useful. 



Device 


Typical interface functions used 


Signal generator 
(only able to listen) 


AH. L. RL. DT 


Tape reader 
(only able to talk) 


SH. AH, T 


Digital voltmeter 
(able to talk and listen) 


SH. AH. T. L. SR. RL. PP. DC, DT 


Calculator 

(able to talk, listen, and control) 


SH. AH. T. L. C 
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NRFD (or NDAC) signal line 




Device A 

(state of NRFD driver) 



Device B 

(state of NRFD driver) 



NRFD signal line 
(composite signal presented 
to device C's receiver) 



-L 



I 



Data on DIO lines 
(sfiown for reference only) 



SRQ signal line 



/ 



\ 



r 



Device A 

(state of SRQ driver) 



Devices 

(state of SRQ driver) 



SRQ signal line 
(composite signal 
presented to device 
C's receiver) 



Figure 24 > Signal line logic and timing relationships 

36 Unlmplemented Interface message handling 

When the ATN message is true, a device should ignore all multiline messages that are 
inappropriate given the current states of the implemented interface functions. A device 
Shalt handshake the inappropriate multiline message, but should not take further action 
including recording an error, requesting service, or interrupting the exchange of remote 
messages. Subsequent messages should be processed in the normal manner. 
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EXAMPLES 

1 If a device implements the DTO subset, the group execute trigger (GET) remote 
message should be ignored by the device. 

2 If the LE interface function is in LPIS and the PP interface function is in PUCS, the 
my secondary address (MSA) remote message should be ignored by the device. 

3 If an addressed command group remote message that is not GTL, SDC, PPC, GET, 
or TCT or a universal command group remote message that is not LLO, DCL, PPU, 
SPE, or SPD is received, the device should ignore the message. 



SECTION 6: SYSTEM REQUIREMENTS AND GUIDELINES FOR THE USER 

37 System compatibility 

37 . 1 General guidelines 

Devices designed to this interface system may have a wide range of capability relative to 
their ability to communicate over the interlace. This part does not cover the operational 
characteristics of devices, only the mechanical, electrical, and functional capabilities of the 
interface system. 

37.1 .1 The burden of responsibility for system compatibility at the operational level is on 
the user. The user shall be familiar with all device characteristics interacting with the inter- 
face system (e.g. device-dependent programme codes, output data fofmat and codes, 
etc.). 



38 System Installation requirements 

38 . 1 System configuration restrictions 

38 . 1 . 1 Maximum number of devices 

The maximum number of devices that can be connected together to form one interface 
system is 15. 

38 . 1 . 2 Minimum system configurations 

38.1.2.1 An interface system shall contain one or more devices containing at least one 
Talker function, one Listener function, and one Controller function. 

38.1.2.2 If ail the Talker functions include the use of the ton message (Talker types T1, 
T3, T5. T7, TE1, TE3, TE5. or TE7). and all the Listener functions Include the Ion message 
(Listener types LI, L3. LEI or LE3). a system may be operated without a Controller 
function when the ton and Ion messages are true. The Ion and ton messages are normally 
provided by k>cal switches. 
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All system configurations containing more than one controller shall satisfy the following 
conditions: 

- there shall not be more than one controller function in a system that is in the 
SYSTEM CONTROL ACTIVE STATE (SACS); 

- every controller in the system shall be able to pass and receive control of the 
interface. 

38.1 .4 Devices powered off and on 

38.1.4.1 A system will operate without adversely affecting normal data transfer with at 
least two-thirds of the devices powered on. A system will operate correctly with any 
number of devices powered off. provided all those devices powered off do not degrade the 
specified high state condition (i.e. the voltage on each signal line with all its output drivers 
passive false should exceed +2.5 V with respect to the logic ground at each device). 



38.1.4.2 Unless special precautions are taken (i.e. use of special driver circuits beyond 
the scope of this part) powering a device on while the system is running may cause faulty 
operation. 

39 Address assignment 

39 . 1 Primary talli addresses 

39.1.1 A device that contains a Talker function or an Extended Talker function may be 
assigned any value for bits T1 to T5 of its MY TALK ADDRESS (MTA) message code other 
than: 

J5 TA 73 T2 T[ 

11111 

NOTE - This restriction is maintained only for compatibility with earlier systems (identified as UNT). 



39.1.2 Two or more Talker functions (whether within the same or separate devices) shall 
not be assigned the same value for bits T1 to T5 of their MTA codes. 



39.1.3 A device that contains a Talker and Listener function may be assigned a Talk 
address such that T1 to T5 of its MTA code equals LI to L5 of its MLA code. 



39.1.4 An Extended Talker Interface function shall not be assigned the same value for 
bits T1 to T5 of its MTA code as that assigned to a Talker function. 



39.2 Primary listen addresses 

39.2.1 A device that contains a Listener functton or an Extended Listener function may 
be assigned any value for bits LI to L5 of its MY LISTEN ADDRESS (MLA) code other 
than: 

L5 L4 L^ L2 U 

11111 
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39.2.2 Two or more Listener functions (usually within separate devices) may be assigned 
the same value for bits LI to L5 of their MLA codes. 

39.2.3 A device that contains both a Listener and Talker function may be assigned a 
Listen address such that LI to L5 of its MLA code equals T1 to T5 of its MTA code. 



39.3 Secondary addresses 

39.3.1 A device that contains an Extended Talker function or Extended Listener function 
may be assigned any value for bits SI to S5 of its MY SECONDARY ADDRESS (MSA) 
code other than: 

S5 S4 S3 S2 SI 

11111 

39.3.2 Two or more Extended Talker functions (whether within the same or separate 
devices) shall not be assigned the same value for both T1 to T5 of their MTA codes and 
bits SI to S5 of their MSA codes. 

39.3.3 Two or more Extended Listener functions (usually within separate devices) may 
be assigned the same value for both bits LI to L5 of their MLA codes and bits SI to S5 of 
their MSA codes. 

39.3.4 A device that contains both an Extended Talker and Extended Listener function 
may be assigned a Listen address such that LI to L5 of its MLA code equals T1 to T5 of 
its MTA code and both functions may utilize the same secondary address. 



40 Cabling restrictions 

40.1 Maximum cable length 

The maximum length of cable that may be used to connect together a group of devices 
within one bus system is: 

- 2 m times the number of devices; 

- or 20 m, whichever is less. 

40.2 Distribution of maximum cable length 

The maximum length of cable as defined in 40.1 may be distributed among the devices in 
a system in any manner deemed suitable by the user. Caution should be taken if any 
individual cable length exceeds 4 m. 

40.3 Cabling configurations 

Cables may be Interconnected in any manner deemed suitable by the user (i.e. star, 
linear, or combinations thereof). 

40.4 Ground requirement precaution 

Devices should not be operated at significantly different frame potentials as the system 
may not be capable of handling excessive ground currents. 
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41 Operational sequences 



Most interface communication tasks require a sequence of coded messages to be sent 
over the interlace. The following sequences are recommended for the tasks specified, 
although there are many others which might be found useful. 

NOTE - [...] indicates optional segments of a sequence. 

(...) indicates messages not uniquely defined in this part. 

41.1 Data transfer 



ATN 

[' 

1 



UNL J 
(LAD), 

(LAD)„ 
(TAD) 

(DAB), 
(DAB), 



- inhibits all current listeners (can be omitted if not required); 

- each address sent enables a specific device to receive future data bytes; 

- more than one address may be sent if multiple listeners are desired; 

- the address sent enables a specific device to send data as soon as ATN 
thecomas 0; 

- sent by the currently enabled talker to all currently enabled listeners; 



- bytes may be sent until the controller again sets ATN to 1 to repeat the 
sequence. If the talker is sending a specific-length record, it may optionally 
set EOl B 1 while sending t^le last byte or subsequently send the EOS 
message. 



NOTE • (LAD) represents a listen address of a specific device. 
(TAD) represents a talk address of a specific device. 
(DAB) represents any data byte. 



41 .2 Serial poll (issued by controller usually whenever SRQ » 1 on the interface) 



ATN 
1 


UNL 


1 


SPE 


1 


(TAD)„ 


e 


(SBN)or(SBA) 




^rrN 


1 


SPD 


1 


[UNT] 



- prevents other devices from listening to status sent (controller continues to 
listen without being addressed); 

- puts interface into Serial Poll Mode during which all devices send status 
instead of data when enabled; 

- enables a specific device to send status. Within this loop, devices should be 
sequentially enabled; 

- status byte sent by enabled device. If SBN was sent, loop should be 
repeated. If SBA was sent, the enabled device is identified as having sent SRQ 
over the interface and will automatically remove it; 

- removes the interface from serial poll mode; 

- disables last talker from sending data if ATN is set 9. 



NOTE - (TAD) represents a talk address of a specific device. 

(SBN) represents a composite status byte sent by a device in which a request for service is not 
indicated (bit 7 = p) (SBN = STB a I^^. 

(SBA) represents a composite status byte sent by a device in which a request for service is 
indicated (bit 7 >r 1) (SBA . STB a RQS). 
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41.3 Control passing 

ATN 

1 (TAD) - the address sent should be that of the device to which control 

is being passed; 

1 TCT - notifies addressed device to take over control of the interface; 

9 - - new controller-in-charge at this time. 

NOTE - (TAD) represents a talk address of a specific device. 

41.4 Parallel poll 

41 .4. 1 Parallel poll configure 

ATN IDY 

1 (LAD) - addresses a particular device for which a parallel response 
coding is to be assigned; 

1 PPC - enables the addressed listener to be configured; 

1 PPE - bit 4 specifies the sense of the poll response, bits 1 ... 3 
specify, in binary code, the DIO line on which the poll response is 
to be given; 

1 UNL - end of the configuration routine. 

NOTES 

1 (LAD) represents a listen address of a specific device. 

2 The PPE command can l>e cleared by a PPD command. 

3 The configuration can be cleared by a PPU command. 

41 .4.2 Parallel poll response 

ATN IDY 

1 1 - whenever the bus is in this state, predetermined devices will each 
place their requests on a specific DIO line, if more than one device is 
sharing a DIO line, the line value can indicate either an OR or an AND 
conjunction of requests depending on commands previously sent to the 
devices instructing them to use the or 1 value to request service. 



41 .5 Placing devices in forced remote control 
ATN REN 

LLO - disables all devices' "return-to-locar button; 

(LAD), - each address sent places the addressed device into remote 



state, disabling all local controls. 



(»^D)„ 
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NOTES 



1 (LAD) represents a listen address of a specific device. (Devices will all revert back to local state as a 
group at any time a Rvalue of REN is placed on the interface.) 

2 Selected local controls may be re-enabled by sending device-dependent remote messages. 



41.6 Sending interface clear 

While the IFC message is being sent only the DCL. LLO. PPU and REN universal 
commands will be recognized. 



41.7 Restriction on the use of tea 

The designer shall not assume that valid data will be transferred across the interface If the 
tea message becomes true while a device-dependent message is true. See 15.5.1.2 for 
background. 
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Annex A 

(informative) 

Typical instrument system 

The typical system shown in figure A.I illustrates the capability of the interface system to 
handle a variety of instrumentation system needs. 

Two possible event sequences, to accomplish specific measurement tasks using the inter- 
face system, are included as examples listed below. 

Sequence No. 1 - Processor programmes instruments and initiates measurements; 
resulting device-dependent data are returned to processor. 

Sequence No. 2 - Processor programmes instruments and initiates measurements; 
resulting device-dependent data are returned to another device. 



DIGITAL 

INTERFACE 

SYSTEM 



Address data 

Programme (tata 

UniverMi commands 

Device -dependent 

data 



Address data 

Programme data 

Universal commands 



Address data 

Programme data 

Universal commands 



N* 1-* ^•••^N°2 



Device -dependent 

data 

Address data 

Programme data 

t Universal commands 



Device-dependent 

data 

Address data 

Programme data 

I Universal commands 



Device- 
dependent 
data 

Address data 
Univeisal 
commands 



Processor 

(stored programme 

sequence) 



Programmable 

d.c. povwr 

supply 



Frequency 

synttMsizer 



Digital 
multimeter 



ANALCX3UE 

MEASUREMENT 

SYSTEM 



DC. 
voltage 



AC. 

voltage 

and fre^ency 



A.C. and 
d.c voltage 



Unit under test 
(UUT) 



Digital 

frequency 

meter 



Digital 
printer 



Frequency 



Figure A.I - Typical instrument system 

Event sequence No. 1 (device-dependent data returned to processor) 

1) Processor initializes the interface system by sending the IPC message true. 

2) Processor causes all devices to set their internal conditions to a predefined state by 
sending the DCL message true. 

3) Processor sends the Listen address of the d.c. power supply followed by 
programme data for that device. 

4) Processor sends the unlisten command, then the Listen address for the next device, 
followed by programme data for it. 
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5) Event No. 4 is repeated until each device of interest for this specific test has been 
addressed and programmed, then the unlisten command is sent. 

6) Processor sends Listen address of selected measurement device (e.g. the digital 
frequency meter), then that program code required to initiate a measurement. 

7) Processor sends unlisten command, addresses itself to Listen, then sends talk 
address of the measurement device. 

8) Upon completion of its Internal measurement cycle, the digital frequency meter 
sends (talks) Its measurement results (device-dependent data) to the addressed 
Listener, the processor. 

Event sequence No. 2 (device-dependent data directed to digital printer) 

1-6) Are Identical to event sequence No. 1. 

7) Processor sends unlisten command, then the Listen address of the Digital 
Recorder, followed by the Talk address of the measurement device. 

8) Upon completion of Its measurement, the measurement device again sends its 
resulting device-dependent data to the addressed Listener, the Digital Recorder. 

NOTE - If the processor were to address boVi the digital recorder and itself, the resulting device- 
dependent data would be accepted by both devices, even though the two may have vastly different rates at 
which data can be accepted. 
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Annex B 

(informative) 



Handshake process timing sequence 
B.I General comments 

Each data byte transferred by the interface system uses the handshake process to 
exchange data between source and acceptor. Typically, the source is a Talker and the 
acceptor a Listener. 

Figure B.I illustrates the handshake process by indicating the actual waveforms on the 
DAV. NRFD. and NDAC signal lines. The NRFD and NDAC signals each represent 
composite waveforms resulting from two or more Listeners accepting the same data byte 
at slightly different times due to variations in the transmission path length and different 
response rates (delays) to accept and process the data byte. 

Figure B.2 represents the same sequence of events, in flow chart form, to transfer a data 
byte between source and acceptor. 

The annotation numbers on the flow chart and the timing sequence diagram refer to the 
same event on the list of events. 
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B.2 Handshake process timing diagram 

First data byte 



D 101-8 
(composite) 



DAV 



NRFD 



NDAC 



Second data byte 

77 




I I 



t.2 r., fo f, u 



accepted 

MM I 

fa U U U 



t? ^» '» '»<» 'i 1 



U2 ^3 ^4 



SWNS 



r_ 


2 


t 


9 


r 


> U 








STRS 




SGNS 












SDYS 








ANRS 


f-. 

■ 


( 


ACDS 






ACRS 




A\ 






* 


- 







SGNS 



h ANRS 



Source handshake function 
Active state sequence 



Acceptor handshake function 
Active state sequence (of ttie 
slowest device) 



Figure B.1 - Signal line timing sequence for one tall<er and multiple listeners using 
the handshat<e process. 

Numbered events are referenced In clauses B.3 and B.4 

NOTE - H 2 +2.0 V. L S +0.8 V. 
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B.3 Handshake process flow diagram 



Source operation 



Acceptor operation 



Start 



Set DAV high 




SetNRFD 
and NDAC low 



YES 



3and11 



Put or change 
data on 
OIOIif>es 



4 and 12 



Delay lor 
lines to settle 




e'^-*** 
rf« 



YES 
6 and 16 



Set DAV low 




YES 
10and20 



Set DAV high 










Accept 
data t>yte 



'<P *Ciigi»||inettay«in.. 



Sat NDAC high 



8— Sand 
1»-.19 








Set NDAC low 



Figure B.2 - Logical flow of events for source and acceptor when transferring 

data using the handshake process (see list of events on next page) 

NOTE - This flow diagram is not intended to represent the only method of 
implementing an acceptor handshake (see 7.5.3). 
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B.4 List of events for handshake process 



6 


'o 


7 


^ 


8 


h 


9 


'3 


10 


'4 



1 - Source initializes DAV to High (data not valid). 

2 - Acceptors initialize NRFD to Low (none are ready for data), and set NDAC to 

Low (none have accepted the data). 

3 t_2 Source checks for error condition (both NRFD and NDAC High), then sets data 

byte on DIO lines. 

4 tj^tQ Source delays to allow data to settle on DIO lines. 

5 t_^ Acceptors have alt indicated readiness to accept first data byte; NRFD line 

goes High. 

Source, upon sensing NRFD High, sets DAV Low to indicate that data on DIO 
lines are settled and valid. 

First acceptor sets NRFD Low to Indicate that it is no longer ready, then 
accepts the data. Other acceptors follow at their own rates. 

First acceptor sets NDAC High to indicate that it has accepted the data. 
(NDAC remains Low due to other acceptors driving NDAC Low.) 

Last acceptor sets NDAC High to indicate that It has accepted the data; all 
have now accepted and the NDAC line goes High. 

Source, having sensed that NDAC is High, sets DAV High. This indicates to 
the acceptors that data on the DIO lines must now be considered not valid. 

1 1 t^-tj Source changes data on the DIO lines. 

12 tj-tg Source delays to allow data to settle on DIO lines. 

Acceptors, upon sensing DAV High (at 10) set NDAC Low in preparation for 
next cycle. NDAC line goes Low as the first acceptor sets the line Low. 

First acceptor indicates that it is ready for the next data byte by setting NRFD 
High. (NRFD remains Low due to other acceptors driving NRFD Low.) 

Last acceptor indicates that it is ready for the next data byte by setting NRFD 
High; NRFD signal line goes High. 

Source, upon sensing NRFD High, sets DAV Low to indicate that data on DIO 
lines are settled and valid. 

First acceptor sets NRFD Low to indicate that it is no longer ready, then 
accepts the data. 

18 t^^ First acceptor sets NDAC High to indicate that it has accepted the data 

(as in 8). 

19 f^2 ^^^^ acceptor sets NDAC High to indicate that it has accepted the data 

(as in 9). 

Source, having sensed that NDAC is High, sets DAV High (as in 10). 
Source removes data byte from DIO signal lines after setting DAV high. 

Acceptors, upon sensing DAV High, set NDAC Low in preparation for next 
cycle. 

Note that all three handshake lines are at their initialized states, as at 1 and 2. 
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Annex C 

(informative) 



Interface function allowable subset reference list 



Capability identification code 

It may be useful to place an lEC 625-1 capability code below or near the interface 
connector on each device to identify the complete set of interface functions contained 
within that device. In this part each interface function and allowable subset thereof has an 
equivalent alphanumeric code to identify that capability. All such interface function 
capability codes may be expressed in a concise alphanumeric string and marked on the 
exterior of the device to facilitate user system assembly. 



For example, a device with the basic talker function, the ability to send status bytes, the 
basic listener function, a listen only mode switch, service request capability, remote k>cal 
capability without local lockout, manual configuration of the parallel poll capability, 
complete device clear capability, no capability for device trigger, and no controller 
capability would be kjentified with the following code: 



©V 



J<§> 



SHI. AH1. T2, LI, SRI. RL2. PP2, DC1, DTO. CO, E1 



It is permissible to indicate the absence of capability with the symbol (e.g. DTO means 
no device trigger capability). In the above example, the eight interface functions are 
identified. In addition, the type of electrical interface contained within the device is 
specified. The notation El is used to identify open collector drivers and E2 is used to 
identify three-state drivers. 



Any further device capability, useful for system configuration, may be added at the 
appropriate place on the physical equipment and in the relevant documentation for that 
equipment. 

Source handshake function allowable subsets 



Identification 


Description 


States omitted 


Other requirements 


Other function 
subsets required 


SH9 
SHI 


No capability 
Complete capability 


All 
None 


None 
None 


None 

Tl-T8orTE1-TE8 
or C5-C28 
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Acceptor handshake function allowable subsets 



Identification 


Description 


States omitted 


Other requirements 


Other function 
subsets required 


AH0 
AH1 


No capability 
Complete capability 


All 
None 


None 
None 


None 
None 



Talker function allowable subsets 



Identi- 
fication 


Description 


States omitted 


Other requirements 


Other function 
subsets required 




Capabilities: 








1 

a 
.a 

CD 


2. 

1 


1 

E 
g 


5 




T^ 


N 


N 


N 


N 




All 


None 


None 


T1 


Y 


Y 


Y 


N 




None 


Omit[MLAA(AC0S^1 


SHIandAHl 


T2 


Y 


Y 


N 


N 




None 


1.0mit[MLAA(ACbs)l 
2. ton always false 


SHI andAHl 


T3 


Y 


N 


Y 


N 




SPiS, SPMS and SPAS 


Omit[MLAA(ACDS^l 


SHI andAHl 


T4 


Y 


N 


N 


N 




SPIS, SPMS and SPAS 


I.OmitrMLAA^ACDSil 
2. ton ahways false 


SHI and AH1 


T5 


Y 


Y 


Y 


Y 




None 


include [MLA A (ACDSn 


SH1andL1-L4orLE1-LE4 


T6 


Y 


Y 


N 


Y 




None 


1. Include fMLA A fACDSlI 

2. ton always false 


SH1andL1-L4orLE1-LE4 


T7 


Y 


N 


Y 


Y 




SPIS. SPMS and SPAS 


Include [MLA a(ACDS)] 


SHI and L1-L4 or LE1-LE4 


T8 


Y 


N 


N 


Y 




SPIS, SPMS and SPAS 


1. Include IMLA A (ACbs)l 

2. ton always false 


SH1andL1-L4orLE1-LE4 
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Talker function (with address extension) allowable subsets 



Identi- 
fication 


Description 


States omitted 


Other requirements 


Other function 
subsets required 




Capabilities: 








T3 



-a 

1 
>< 

0) 

.a ^ 

n ^ 

CD S 


8. 


1 

E 

c 
o 

To 

1- 


m 

(A 

CO 

c 
3 


w1 

< 

Q. 
< 




TE0 


N 


N 


N 


N 




All 


None 


None 


TE1 


Y 


Y 


Y 


N 




None 


Omit 


SHI and AH1 


rMSAA(LPAS)A(ACDS)l 


TE2 


Y 


Y 


N 


N 




None 


I.OmJt 


SHI and AH1 


[MSAa(LPAS)a(ACDS)1 
2. ton always false 


TE3 


Y 


N 


Y 


N 




SPIS. SPMS and SPAS 


Omit 


SHI and AH1 


TMSAa (LPAS)a(ACDS)1 


TE4 


Y 


N 


N 


N 




SPIS, SPMS and SPAS 


I.Omit 


SHI and AH 1 


IMSAa(LPAS)a(ACDS)1 
2. ton always false 


TE5 


Y 


Y 


Y 


Y 




None 


Include 


SHI andL1-L4orLE1-LE4 


[MSA A (LPAS) A {ACDS)1 


TE6 


Y 


Y 


N 


Y 




None 


1. Include 


SHI andL1-L4orLE1-LE4 


rMSAA(LPAS)A(ACDS)l 
2. ton always false 


TE7 


Y 


N 


Y 


Y 




SPIS, SPMS and SPAS 


Include 


SHI andL1-L4orLE1-LE4 


Imsaa(lpas)a(acds)i 


TE8 


Y 


N 


N 


Y 




SPIS. SPMS and SPAS 


1. Include 


SHlandL1-L4orLE1-LE4 






rMSAA(LPAS)A{ACDS)l 
2. ton always false 
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Identi- 
fication 


Description 


States omitted 


Other requirements 


Other function 
subsets required 




Capabilities: 








5 

c 


■o 
o 

e 

c 
o 

c 


< 

1- 

CO 

a> 

T) 

(0 

c 

r> 




L0 


N 


N 


N 




All 


None 


None 


L1 


Y 


Y 


N 




None 




AH1 


Omit [MTA a (ACDSi] 


L2 


Y 


N 


N 




None 


1.0mitIMTAA(ACDS)l 
2. Ion always false 


AH1 


L3 


Y 


Y 


Y 




None 


Include (MTA A (ACDSn 


AH1 and T1-T8 or TE1-TE8 


L4 


Y 


N 


Y 




None 


1. Include [MTA A (ACDS)] 

2. Ion always false 


AH1 andT1-T8orTEl-TE8 



Listener function (with address extension) allowable subsets 



identi- 
fication 


Description 


States 
omitted 


Other requirements 


Other function 
subsets required 




Capabilities: 








■o 

c 
£ 

<D ».- 
0) 

y c 


E 

c 
o 

c 

S 
<n 

—I 


<0 

<n 

c 

3 


« 

col 
< 

Q. 

< 

< 

5 




LE0 


N 


N 


N 




All 


None 


None 


LEI 


Y 


Y 


N 




None 


Omit [MSA A (TPAS) a(ACDS)1 


AH1 


LE2 


Y 


N 


N 




None 


1. Omit fMSA A (TPAS) a(ACDS)1 

2. Ion always false 


AH1 


LE3 


Y 


Y 


Y 




None 


Include [MSA a (TPAS) a(ACDS)1 


AH1 andT1-T8orTE1-TE8 


LE4 


Y 


N 


Y 




None 


1 . Include [MSA a (TPAS) a ( ACDS)1 

2. Ion always false 


AH1 andT1-T8orTE1-TE8 


• Replaced by MTA when used together with the T function. 
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Service request function allowable subsets 



Identification 


Description 


States omitted 


Otfier requirements 


Other function 
subsets required 


SR0 
SRI 


No capability 
Complete capability 


Atl 
None 


None 
None 


None 

T1,T2, T3, T6 
TE1,TE2. TE5orTE6 



Remote local function allowable subsets 



Identification 


Description 


States omitted 


Other requirements 


Other function 
subsets required 


RL« 
RL1 
RL2 


No capability 
Complete capability 
No local lockout 


All 

None 

LWLS and RWLS 


None 
None 
rtl always false 


None 

L1-L4orLE1-LE4 

L1-L4orLE1-LE4 



Parallel poll function allowable subsets 



Identi- 
fication 



Description 



States omitted 



Other requirements 



Other 
function 
subsets 
required 



PP<J 



PP1 



PP2 



No capability 



Remote configuration 



Local configuration 



All 



None 



None 



PUCS. PACS 



1. Include [({PPD a (PACS) ) v PPU) a (ACDS) 1 

2. Include [PPE a (PACS) a (ACDS) 1 

3. Exclude Ipe 

^1. Include Ipe 

2. Exclude [((PPD a (PACS) ) v PPU) a (ACDS) 1 

3. Exclude [PPE a (PACS) a (ACDS) 1 

4. Local messages shall be substituted 
forS. PI, P2. P3 



I 



None 

L1-L4or 
LE1-LE4 

None 



Device clear function allowable subsets 



Identification 


Description 


States 
omitted 


Other requirements 


Other function 
subsets required 


DC9 
DC1 
DC2 


No capability 
Complete capability 
Omit selective device 
clear 


All 

None 

None 


None 
None 


None 

L1-L4orLEl-LE4 

AH1 


OmiHSDCA(LADS)l 



Device trigger function allowable subsets 



Identification 


Description 


States omitted 


Other requirements 


Other function 
subsets required 


DT? 
DTI 


No capability 
Comptete capability 


All 
None 


None 
None 


None 
L1-L4orLE1-LE4 
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Identifi- 
cation" 


Capabilities 


Notes 


States required 


Other 
requirements 


other 
function 
subsets 
required 


Notes 


System controller 
Send IFC and Take Charge 
Send REN 
Respond to SRQ 

Send IF. Messages 

Receive Control 

Pass Control 

Pass Control to Self 

Parallel Poll 

Take Control Synchronously 




SNAS, SACS 

SIIS, SIAS. SINS 

SRIS. SRAS, SRNS 

CSNS. CSRS 

CACS. CSBS. CSHS. CSWS. CAWS 

CADS 

CIDS 

CTRS 
CPWS. CPPS 




CO 

o 

< 

< 

o 
o 

< 

1- 




7 

G 

< 
t- 


i 

o 

c 

u 


^ CO 
O H 

o S w 5 P 


01 
C2 
C3 
04 


NNNN NNNNNN 

Y--- -_-- 

_Y-- __--_- 


1 

1 
1 
1 


OOOOOOOOO 
R-------- 

-R------- 


O O O 


o - - - - 

R - - - - 
R - - - - 


05 
06 
07 
08 


____ YYYYYY 

__ YYYYYN 

---- YYYYNY 

---- YYYYNN 


2,3 
2.3 
2,3 
2.3 


____RRRRR 
_-_-RRRRR 
____RRRRO 
____RRRRO 


R R R 
R R O 
R R R 
R R O 


- - R R R 

- - R - R 

- - R R R 

- - R - R 


09 
010 
Oil 
012 


---- YYYNYY 
---- YYYNYN 
---- YYYNNY 
---- YYYNNN 


2,3 
2,3 
2,3 

2,3 


___-RRRRR 
____RRRRR 
____RRRRO 
____RRRRO 


ROR 
R O O 
ROR 
R O O 


- - R R R 

- - R - R 

- - R R R 

- - R - R 


013 
014 
015 
016 


---- YYNNYY 
____ YYNNYN 
---- YYNNNY 
____ YYNNNN 


2 
2 
2 
2 


____ RRROR 
----RRROR 
____RRROO 
____RRROO 


O O R 
O O O 
O O R 
O O O 


- R R R - 

- R R - - 

- R R R - 

- R R - - 


017 
018 
019 
020 


---- YNYYYY 
____ YNYYYN 
____ YNYYNY 
____ YNYYNN 


2.3.4 
2.3.4 
2.3.4 
2.3.4 


----RORRR 
____RORRR 
----RORRO 
----RORRO 


R R R 
R R O 
R R R 
R R O 


- - R R R 

- - R - R 

- - R R R 

- - R - R 


021 
022 
023 
024 


till 
1 1 1 1 

1 1 1 1 
till 

< < < < 

2 2 2 2 

Z Z 2 2 
2 2 ■< -< 
Z •< 2 -< 


2.3.4 
2.3.4 
2.3.4 
2.3.4 


----RORRR 
____RORRR 
---- ROR RO 
----RORRO 


ROR 
R O O 
ROR 
R O 


- - R R R 

- - R - R 

- - R R R 

- - R - R 


025 
026 
027 
028 


____ YNNNYY 
---- YNNNYN 
----- YNNNNY 
____ YNNNNN 


2 
2 
2 
2 


-___ROOOR 
____ROOOR 
____ROOOO 
----ROOOO 


O O R 
O O O 
O O R 
O O 


- - R R - 

- - R - - 

- - R R - 

- - R - - 


omit ^' This is part of the CIDS to CADS transitional expression. 
R required ^> This is part of the OAOS to CTRS transitional expression. 
- not applicable or not required ^' Typical notation to describe a controller consists of the 

Y yes letter followed by one or more of the numbers indicating 
N no the subsets selected. For example: 01 , 2, 3, 4, 8. 

NOTES 

1 One or more of subsets 01 to 04 may be chosen in any combination with any one of 05 to 028. 

2 Only one subset may be chosen from 05 to 028. 

3 The CTRS state shall be included in devices which are to be operated in multi-controller systems. 

4 These subsets are not allowed unless C2 is included 
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Annex D 

(informative) 

Interface message reference list 



Mnemonic 


Message 


Interface 
function(s) 


Local massages rscsivsd (by interface functions) 






gts 


go to standby 


C 




ist 


individual service request (qualifier) 


PP 




Ion 


listen only 


L. LE 




[Ipe] 


local poll enable 


PP 




Itn 


listen 


L, LE 




lun 


local unlisten 


L. LE 




nba 


new byte available 


SH 




pon 


power on 


SH, AH, T. TE, L. 
SR. RL.PP. C 


LE, 


rdy 


ready 


AH 




rpp 


request parallel poll 


C 




rsc 


request system control 


C 




rsv 


request service 


SR 




rtl 


return to local 


RL 




sic 


send interface clear 


C 




sre 


send remote enable 


C 




tea 


take control asynchronously 


C 




tcs 


take control synchronously 


AH. C 




ton 


talk only 


T. TE 




Local msssagss s 


ent (to device functions) 

Non-defined 

See message output tables in section 2 for description of 
device function interaction which provides guidelines as to 
the appropriate states from which local messages may be 
sent to the device functions. 






Rsmots msssage4 


received 






ATN 


ATTENTION 


SH. AH, T. TE. L, 
PP.C 


LE. 


DAB 


DATA BYTE 


(via L. LE) 




DAC 


DATA ACCEPTED 


SH 




DAV 


DATA VALID 


AH 




DCL 


DEVICE CLEAR 


DC 




END 


END 


(via L. LE) 




GET 


GROUP EXECUTE TRIGGER 


DT 




GTL 


GO TO LOCAL 


RL 




IDY 


IDENTIFY 


PP. L. LE 




IFC 


INTERFACE CLEAR 


T. TE. L. LE. C 




LLO 


LOCAL LOCKOUT 


RL 




MLA 


MY LISTEN ADDRESS 


L. LE. RL 




[MLAl 


MY LISTEN ADDRESS 


T 




MSA or [MSA] 


MY SECONDARY ADDRESS 


TE. LE 




MTA 


MY TALK ADDRESS 


T. TE 




(MTAl 


MY TALK ADDRESS 


L 




OSA 


OTHER SECONDARY ADDRESS 


TE 




OTA 


OTHER TALK ADDRESS 


T. TE 




PCG 


PRIMARY COMMAND GROUP 


TE. LE, PP 




PPC 


PARALLEL POLL CONFIGURE 


PP 




[PPD] 


PARALLEL POLL DISABLE 


PP 





(continued on page 111) 
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Interface 


Mnemonic 


Message 


function(s) 


Remote ine««agM 


fC9iMmd(continued) 




[PPE] 


PARALLEL POLL ENABLE 


PP 


PPRn 


PARALLEL POLL RESPONSE n 


(viaC) 


PPU 


PARALLEL POLL UNCONFIGURE 


PP 


REN 


REMOTE ENABLE 


RL 


RFD 


READY FOR DATA 


SH 


RQS 


REQUEST SERVICE 


(via L. LE) 


[SDC] 


SELECTED DEVICE CLEAR 


DC 


SPD 


SERIAL POLL DISABLE 


T.TE 


SPE 


SERIAL POLL ENABLE 


T. TE 


SRQ 


SERVICE REQUEST 


(viaC) 


STB 


STATUS BYTE 


(via L. LE) 


TCT or ITCT] 


TAKE CONTROL 


C 


UNL 


UNLISTEN 


L. LE 


Romoto meooagM 


sent 




ATN 


ATTENTION 


C 


DAB 


DATA BYTE 


(Via T, TE) 


DAC 


DATA ACCEPTED 


AH 


DAV 


DATA VALID 


SH 


DCL 


DEVICE CLEAR 


(ViaC) 


END 


END 


(viaT) 


GET 


GROUP EXECUTE TRIGGER 


(ViaC) 


GTL 


GO TO LOCAL 


(vlaC) 


IDY 


IDENTIFY 


C 


IFC 


INTERFACE CLEAR 


C 


LLO 


LOCAL LOCKOUT 


(ViaC) 


MLA or {MLA] 


MY LISTEN ADDRESS 


(ViaC) 


MSA or [MSA] 


MY SECONDARY ADDRESS 


(ViaC) 


MTA or IMTA] 


MY TALK ADDRESS 


(via C) 


OSA 


OTHER SECONDARY ADDRESS 


(ViaC) 


OTA 


OTHER TALK ADDRESS 


(via C) 


PCG 


PRIMARY COMMAND GROUP 


(ViaC) 


PPC 


PARAf 1 FL POLL CONFIGURE 


(ViaC) 


[PPDJ 


PARALLEL POLL DISABLE 


(ViaC) 


[PPE] 


PARALLEL POLL ENABLE 


(ViaC) 


PPRn 


PARALLEL POLL RESPONSE n 


PP 


PPU 


PARALLEL POLL UNCONFIGURE 


(ViaC) 


REN 


REMOTE ENABLE 


C 


RFD 


READY FOR DATA 


AH 


RQS 


REQUEST SERVICE 


T.TE 


[SDC] 


SELECTED DEVICE CLEAR 


(vlaC) 


SPD 


SERIAL POLL DISABLE 


(via C) 


SPE 


SERIAL POLL ENABLE 


(viaC) 


SRQ 


SERVICE REQUEST 


SR 


STB 


STATUS BYTE 


(via T, TE) 


TCT 


TAKE CONTROL 


(viaC) 


UNL 


UNLISTEN 


(ViaC) 
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Annex E 

(informative) 



Multiline interface messages - ISO code representation 
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Annex F 

(informative) 

Logic circuit implementation 

F.1 To assist the designer in the interpretation of the state diagrams, possible circuit 
Implementations are given for situations occurring within the interface functions. It must be 
understood that the logic diagrams given in this annex do not show the only imple- 
mentations possible nor do they even represent "recommended" implementations. They 
are for educational purposes only. 

F.2 State diagrams are used to represent two concepts: 

- They allow differentiation between the different responses an interface function 
might produce and identify each with one or more unique states of the interface 
function. 

- They identify those situations where an Interface function is required to "remember" 
past events In order to produce the correct response. 

Each state in any of the diagrams serves either or both of these purposes. For example, 
the LADS state of the Listener interface function has no unique response associated with 
it and cannot be distinguished from the LIDS state. Its puipose, however. Is to "remember" 
that the device has received a listen address over the bus and is therefore able to enter 
the LACS state when the ATN message is received false (see figure 7). Conversely, the 
LACS state is an example of one which has no memory but which exists as a distinct state 
only to show a specific response capability which does not exist during the LADS state. 
The only internal difference between the two states is the value of the ATN message and 
no memory is required since this message value is continuously available. 



F.3 Implementing states which require no memory 

The Device Trigger interface function is an example of a complete interface function which 
requires no memory. Its state diagram (from figure 13) is the following: 



GET /v (LADS) A (ACQS) 




GET V (IADS) V (ACDS) 



Since no memory is required, this interface function can be implemented with a single 
AND gate: 



GET > 

(TTri^ N o ^ OTAS (used to trigger 

^^^ > 1 8. I ^ an operation) 

(ACDS) > 
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F.4 Implementing states which require memory 

The Service Request interface function is an example requiring memory for its states. Its 
state diagram (from figure 9) is the following: 



pon 



rsv A 



(SPAS) 




rsv A (SPAS) 



The two top states taken by themselves represent a circuit whose internal state follows the 
value of the rsv message but only if (SPAS) Is false. This is a standard D-latch: 




SROS 



To complete the circuit all that is needed is a "memory" that (SPAS) has occurred after the 
latch has turned on. This circuit can be built around a standard RS flip-flop and added to 
the latch to produce: 













G1 

is 

R 


'■\ 




















ID 
CI 






rf^ 


'^ 








& 





















































*- SRQIine 



DI07 line 



In this circuit, the R/S output stage is forced clear whenever the value of the latched rsv 
message is false. When the latched rsv message becomes true, it remains cleared until 
the first time the SPAS state becomes active at which time it sets, "remembering" that 
an RQS message has been sent and SRQ no longer needs to be held true. 
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Annex G 

(informative) 

Parallel poll sequence 



G.I Signal line waveforms 




G.2 Interface function active states 



CACS 
■ or 
CAWS 



Controller function 
active state sequence 



-CPWS- 
— 7".— 



-CPPS- 



•CAWS- 

_r,— 



■CACS- 



■PPSS- 



\- 



■PPAS- 



k' 



-PPSS- 



Paratlel poll 
function active state 
sequence 



NOTES 

1 PPRn message true shown in one of two aitemate states as determined by the PPE message. 

2 Strobe of DIOn lines occurs internal to the controller at any time during the CPPS state by a designer- 
defined method (the transfer of status data bits during parallel poll does not utilize the handshake process). 
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Annex H 

(informative) 



Description of interface parameters on data siieets 

This set of guidelines is intended to facilitate the preparation of documentation, 
particularly data sheets, related to products meeting the requirements of this part. A 
product meeting the requirements of this part may also have additional device function 
capability; reference to such capabilities which are accessible via the interface port of this 
part may be useful to Instrumentation systems users. 



This annex H forms the basis of a CHECKLIST for both designer and user to describe 
important interface-related parameters, hence not all parameters listed are expected to be 
used in every product. The parameters listed are Intended as a general guideline and 
should not be regarded as exhaustive. The amount of material that can be provided on any 
data sheet depends on space available and the major purpose for which it is intended 
(e.g. detailed technical data sheet, general descriptive brochure, abbreviated listing in 
operating manuals). 



H.I General 

It is recommended that the data sheet for an instrument or device meeting the 
requirements of this part contain information which will enable the user of that device to 
analyse Its general capability, programmabllity, and system performance (relative to the 
interface). Similarly, It is recommended that the manual supplied with the instrument 
provide a more detailed description of the interface-related capabilities to facilitate the 
configuration of instrumentation systems. The descriptive Information should take account 
of this part 1 and also part 2 of lEC 625. Sections 5 and 6 of this part require the device 
designer to identify, and the device user to be familiar with, the interface capabilities. 



It should be noted that for full operational systems it is necessary to have detailed 
knowledge of the device-dependent characteristics of each device in a system (such 
detailed knowledge may require information additional to that contained in this part), there- 
fore, compatibility, in the total sense, is not necessarily obtained even though the require- 
ments of this part have been met. In addition to the following recommendations, the 
designer should Include with the user information details about the programmable device- 
dependent functions of the instmment. 



H.2 Description of interface function capabilities 

It is recommended that data sheets indicate, in symbolic form as a minimum, the set of 
interface functions provided by the subject device. Short descriptive phrases as shown, 
may be useful where space permits. Not all interface functk)ns need be included in a 
product, in which case "no capability" may be expressed by the function mnemonic and 
the number (e.g. CO). 
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H.2.1 Source Handshake Function ($H) 

SH1 Complete capability. 
H.2.2 Acceptor Handshake function (AH) 

AH1 Complete capability. 

H.2.3 Talker Function (T) 

T1 Basic Talker, Serial Poll, Talk Only Mode. 

T2 Basic Talker, Serial Poll. 

T3 Basic Talker, Talk Only Mode. 

T4 Basic Talker. 

T5 Basic Talker, Serial Poll, Talk Only Mode, Unaddress If MLA. 

T6 Basic Talker, Serial Poll, Unaddress if MLA. 

T7 Basic Talker, Talk Only Mode, Unaddress if MLA. 

T& Basic Talker, Unaddress if MLA. 

H.2.4 Extended Talker Function (TE) 

TE1 Basic Extended Talker, Serial Poll, Talk Only Mode. 

TE2 Basic Extended Talker, Serial Poll. 

TE3 Basic Extended Talker, Talk Only Mode. 

TE4 Basic Extended Talker, 

TE5 Basic Extended Talker. Serial Poll, Talk Only Mode, Unaddress if MSA " LPAS. 

TE6 Basic Extended Talker. Serial Poll, Unaddress If MSA " LPAS. 

TE7 Basic Extended Talker, Talk Only Mode, Unaddress if MSA '^ LPAS. 

TE8 Basic Extended Talker, Unaddress If MSA * LPAS. 

H.2.5 Listener Function (L) 

LI Basic Listener. Listen Only Mode. 

L2 Basic Listener. 

L3 Basic Listener, Listen Only Mode, Unaddress if MTA. 

L4 Basic Listener, Unaddress if MTA. 

H.2.6 Extended Listener Function (LE) 

LEI Basic Extended Listener, Listen Only Mode. 

LE2 Basic Extended Listener. 

LE3 Basic Extended Listener. Listen Only Mode, Unaddress if MSA '^ TPAS. 

LE4 Basic Extended Listener, Unaddress if MSA '^ TPAS. 

H.2.7 Service Request Function (SR) 

SRI Complete capability. 

H.2.8 Remote Local Function (RL) 

RL1 Complete capability. 
RL2 Without local lock out. 

H.2,9 Parallel Poll Function (PP) 

PP1 Remote Configuration. 

PP2 Local Configuration only. 
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H . 2 . 1 Device Clear Function (DC) 

DC1 Complete capability. 

DC2 Without selective device clear. 

H . 2 . 1 1 Device Trigger Function (D T) 

DTI Complete capability. 

H . 2 . 1 2 Controller Function (C) 

Symbol Short description 

C1 System Controller 

C2 Send IPC and Take Charge 

C3 Send REN 

C4 Respond to SRQ 

NOTE - Only one of the following applies to a given product 

C5 Send Interface Messages, Receive Control, Pass Control, Pass Control to 

Self, Parallel Poll. Take Control, Synchronously. 

C6 Send Interface Messages, Receive Control, Pass Control. Pass control to 

Self, Parallel Poll. 
C7 Send Interface Messages. Receive Control, Pass Control, Pass Control to 

Self,Take Control Synchronously. 

C8 Send Interface Messages, Receive Control, Pass Control, Pass Control to 

Self. 
C9 Send Interface Messages, Receive Control, Pass Control, Parallel Poll, 

Take Control Synchronously. 
CIO Send Interface Messages, Receive Control, Pass Control, Parallel Poll. 

C11 Send Interface Messages, Receive Control, Pass Control, Take Control 

Synchronously. 
C12 Send Interface Messages, Receive Control, Pass Control. 

CIS Send Interface Messages. Receive Control, Parallel Poll, Take Control 

Synchronously. 
CI 4 Send Interface Messages, Receive Control. Parallel Poll. 

CI 5 Send Interface Messages, Receive Control, Take Control Synchronously. 

CI 6 Send Interface Messages, Receive Control. 

C17 Send Interface Messages, Pass Control, Pass Control to Self, Parallel 

Poll, Take Control Synchronously. 

CI 8 Send Interface Messages, Pass Control, Pass Control to Self, Parallel 

Poll. 

C19 Send Interface Messages, Pass Control, Pass Control to Self. Take 

Control Synchronously. 
C20 Send Interface Messages, Pass Cpntrol, Pass Control to Self. 
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C21 Send Interface Messages. Pass Control, Parallel Poll, Take Control 

Synchronously. 
C22 Send Interface Messages, Pass Control. Parallel Poll. 

C23 Send Interface Messages, Pass Control, Take Control Synchronously. 

C24 Send Interface Messages, Pass Control. 

C25 Send Interface Messages, Parallel Poll, Take Control Synchronously. 

C26 Send Interface Messages, Parallel Poll. 

C27 Send Interface Messages. Take Control Synchronously. 

C28 Send Interface Messages. 

H.3 Description of typical time-reiated values 

The description of time-reiated values in this section is highly dependent upon the total 
system configuration (i.e. the nature of the talker, listener, and controller devices). Actual 
time values may be highly dependent upon the actual measurement conditions, the device- 
dependent nature of the instrument being specified, and possibly the operating system 
software located in either instrument or controller. Therefore, it is difficult and possibly 
irrelevant to specify precise values. 



H.3. 1 Data rates for DAB messages 

a) Data input rate (when addressed to listen) 

For example: N kilobytes per second 

and relevant conditions (e.g. configuration, 

data type, functional operation) 

b) Data output rate (when addressed to talk) 
For example: N kilobytes per second 

and relevant conditions (e.g. configuration, 
data type, functional operation) 

H.3.2 Other time values 

EXAMPLES 

a) Interface handshake delays (e.g. time out. hold) 

b) Response time to device commands 

c) Response time to interface messages 

H.4 Additional Information of value to systems users and designers 

H.4.1 Functional specifications 

Any operating modes that deviate from this part should t>e explicitly stated and explained. 



119 



IS 10767 (Parti ) : 2001 
lEC 60625-1 (1993) 

The standard (I EC 625) to which the device conforms should be listed with its full title with 
information on obtaining such standards. 

The means of generating and using the R/L function and the rtf local message should be 
documented. 

The response to Group Execute Trigger should be documented. 

H.4.2 Controls, connectors and indicators 

All lEC 625-related swKches should be Illustrated or their locations described. In addition, 
the following information should be documented: 

How to set primary and secondary (if any) addresses. 
How to read addresses from the front panel (if possible). 
Effects of other lEC 625 alterable modes (such as ton, Ion, etc.). 

H.4.3 Power up/down sequences and default values 

Describe pon self-test functionality and abnormal condition reporting. 

Describe the effect of power-interrupt. 

Describe non-volatile memory features. 

Describe default device state at pon. 

H.4.4 Programmable device functions 

List which device functions are bus controllable. 

Describe I/O buffering (If any), for example: 

- buffer sizes; 

- maximum tines accepted; 

- maximum number of digits. 

List limits of numerical parameters (if any), for example: 

- mantissa and exponent limits; 

- internal precision for rounding and rounding rules; 

- limits on parameters and effect of going beyond. 

H.4.5 Status handling information 

Identify If any rsv local messages may be Inhibited. 

List all conditions that may cause the device to set rs^ TRUE. 
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H.5 Electrical driver/receiver capabilities 

H.5.1 Signal lines with open collector drivers = El 
(Specify applicable DIO lines and constraints) 

H.5.2 Signal lines with three-state drivers = E2 
(Specify applicable DIO lines and constraints) 



121 



IS 10767 (Parti ) : 2001 
lEC 60625-1 (1993) 



Annex J 

(informative) 



Recommended methods for improving tiie screening of cables 
ttiat are specified in ttiis standard 

This part specifies a connector and cable assembly that provides acceptable EMC 
performance under many circumstances. In some applications, however, it is either 
advisable or required to further reduce the effects of EM radiation. The recommended 
method provides general guidance on precautions that can be taken to minimize the 
effects of EM radiation on instrumentation systems to levels below those which would 
otherwise be obtained by complying with the specifications given elsewhere in this part. 



It is generally accepted that the cable assembly (i.e. the interconnecting cable and the 
associated connectors) and the connector/cable interface immediately inside the 
instrument will, to a large extent, determine the EMC performance of the overall instru- 
mentation system. 

The following guidelines describe how to connect instalments fitted with connectors 
specified in this standard to obtain Improved EMC performance. It should be noted such 
screening can be provided to reduce the effects of four basic types of interference: 

a) Leakage from cables and connectors which then affect other RF systems. 

b) External Interference affecting cables and connectors, and consequently data 
transfer as decribed in this part. 

c) Injection of signals between any signal ground return, logic ground and shield. 

d) External interference which may be Injected between any signal ground return, logic 
ground and shield. 

J.I Reducing the effect of radiated Interference 

These goals can be accomplished by using cabling techniques with minimum leakage. 



The basic recommendations detailed below and Illustrated in figure J.I may be of 
assistance in meeting the screening requirements applicable to instrumentation systems 
which might be imposed in some countries by their National Regulations. 

J . 1 . 1 Screened cables 

A minimum coverage of 85 % is essential but a 90 % coverage would provide a further 
improvement. A combination of both braid and metallized mylar ®^^ or foil provides still 
further improvement in cable screening and is recommended. 



^^ Mylar ® is the trade name of a product supplied by Du Pont de Nemours SA. This information is given for 
the convenience of users of this International Standard and does not constitute an endorsement by the lEC 
of the product named. Equivalent products may be used if they can be shown to lead to the same results. 

122 



IS10767(Part1):2001 
lEC 60625-1 (1993) 



J . 1 .2 RF connection techniques 



It is insufficient to rely only on ground connection between the cable screen and the con- 
nector on the equipment through one or even several connector pins. Instead, an 
adequate RF connection to chassis, for example, through the metallic connector housing 
is required. Care should be observed to provide backward compatibility (mechanical and 
electrical) with the already existing shapes of connector housing. 



J . t .3 Connector housing 

The connector housing should be metallic. Since the housing is to be used for chassis 
connection the parts of the housing which provide the electrical contact should be 
designed and finished accordingly (e.g. metallic and conductive housing, metal shelled 
connectors or equivalent, good RF connection between cable screen and metallic housing, 
etc). 

J . 1 .4 EM radiation screening 

EM radiation screening can be further improved by providing a metallic cover over the 
ends of the "piggyback" connectors. This measure will, however, only be necessary in 
exceptional cases. The contribution to RF leakage by the connector contacts is small. 



J. 2 Connectors conforming to this part used on equipment 

J.2.1 The I EC 625 connector port should have a metal shell and ensure adequate RF 
contact with the cable connector housing (in accordance with J. 1.3). 



J.2.2 The electrical connection between the "shield* pin of the connector, the metal 
housing and shell of the chassis mounted connector, and chassis frame should be made 
via as short a route as possible. Noticeable performance degradation may occur with 
ground lengths in excess of about 50 mm. Therefore, when using a flat cable to make the 
internal connections to the lEC 625 connector port, the screen should not be connected to 
chassis via this cable. This does not apply to the logic signal grounds. These may be 
connected along the same path as the signal lines. 



J.3 Reducing the effects of conducted interference 

Signals which exist on the signal ground lines can cause conducted electromagnetic inter- 
ference inside a device when ground loops are formed as the signal ground lines are 
connected together inside the device. 



Such ground loops can also create Electromagnetic Interference, EMI, as signals are 
generated by the effect of RF fields on such ground loops. 
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!t is recommended that a device minimize its susceptibility to and generation of conducted 
Interference among tfie logic ground and eartfi conductors (i.e. connector pins 12, 18, 19, 
20, 21, 22, 23, 24) by using low-Impedance RF ground returns as close to the connector 
port as possible within the device. 



Cable shield to 
metal housing 

Cable 



Receptacle 



Cable shield 



Connector shell to housing 
Lockscrew 




Metallic housing joint 
(horizontal or vertical) 



Lockscrew 



Connector shell to Irame 




Stud mount to frame 



Pin 12 to frame (short jumper) 



NOTES 

1 Ail surfaces pointed to are metallic. 

2 Good quality electrical contact at all points recommended. 

3 Most critical conductive points (*) where good RF practice is essential. 

Figure J.I - RF contact (ground) points 
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Annex K 

(informative) 



Information on the 25-pin connector 



Introduction 



It is current practice for the 24-pin connector, now specified in section 4, to be used 
Instead of the 25-pin connector which section 4 previously specified. It is recommeinded 
that this 24-pln connector is used in new device designs and implementations. 



This annex K provides information on the 25-pin connector originally contained In 
section 4. It is given mainly as a reference for older designs of devices using the 25-pin 
connector. An interconnection table for use In systems where it is required to use a 
mixture of devices using 24-pin and 25-pin connectors is given in K.5. 



Its application is in interface systems to be used in environments where: 

- physical distances between devices are short; 

- star or linear bus interconnection networks are useful; 

- connector mounting space is limited. 



K.I Connector type 

The type of connector intended to be used with this interface is similar to the 25-pin 
connector specified in I EC 807-2. 



K . 1 . 1 Electrical requirements 

Voltage rating: 
Test voltage: 
Current rating: 
Contact resistance: 
Insulation resistance: 



60 V 

0,5 kV (according to lEC 348) 

5 A per contact 

less than 20 mil 

higher than 1 GCl 



K. 1 .2 Mechanical requirements 

Number of contacts: 
Shell material: 
Contact material: 
Endurance: 

Wire diameter: 



25 

Corrosion resistant plating 

gold-plated alloy 

more than 1 000 insertions to reach 20 mCi con- 
tact resistance 

termination to accept a wire of at least 
0.35 mm2 
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Typical dimensions: 




J^ 



Plug 
' assembly 

. Receptacle 
assembly 



A - 47.17 mm max., 46,91 mm min. 
B s 53,42 mm max., 52,65 mm min. 
C- 12,93 mm max., 12,17 mm min. 



K.I .3 Environmental requirements 

Basic environoiental performance relative to the cold, dry heat and damp-heat tests for 
climatic category 25/070/21 as explained in annex A of I EC 68-1 . 



K.2 Contact assignments 

The contact assignment of the cable connector and the device connector shall be as 
shown below: 



Contact 


Signal line 


Contact 


Signal line 


1 


DI0 1 


14 


DI0 5 


2 


DI0 2 


15 


DI0 6 


3 


DI0 3 


16 


DI0 7 


4 


DI0 4 


17 


DI0 8 


5 


REN 


18 


Gnd (5) 


6 


EOl 


19 


Gnd (6) 


7 


DAV 


20 


Gnd (7) 


8 


NRFD 


21 


Gnd (8) 


9 


NDAC 


22 


Gnd (9) 


10 


IFC 


23 


Gnd (10) 


11 


SRQ 


24 


Gnd (11) 


12 


ATN 


25 


Gnd (12) 


13 


Shield 






NOTE - -Gnd {/i)" refers to the s 


uggested signal ground return of 


the reference contact n. 





K.3 Device connector mounting 

K.3.1 Each device shall be provided with a plug-type connector. The connector mounting 
shall make provisions to accept the locking screws of the cable assembly. 
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K.3.2 The connector shall be mounted on the device in accordance with the mechanical 
dimensions of figure K.I . 



Panel 




2.5±0.1 — - 



-A 

3.6 I L 



• 47±0.1. 



6±0.1 



T 



O 12±0.2 



NOTE • The connector may also be mounted inside the panel with proper attention to critical dimensions. 



Figure K.I - Connector mounting and panel cutout 



K.3.3 The mounting positions ot the connector on a device, as viewed from the rear of the 
device in its normal operating position are shown in figure K.2. The horizontal position is 
preferred. The connector location should allow a minimum bend radius of 40 mm for cable 
clearance. 





Figure K.2 - Mounting positions 



K.4 Cable assembly 



K.4.1 The cable assembly shall be provided with both a plug and a receptacle connector 
type at each end of the cable so that one connector can be stacl^ed on top of another in 
piggyback fashion as shown in figure K.3. 
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jTJ Plug assembly 



-0^ 



M 




W 



2 



L) Receptacle assembly |J 1 4, 



,5_o.3 (Note) 




NOTE - Length of thread M3. 

Figure K.3 - Cable connector assembly 



K.4.2 Each connector assembly shall be fitted with two captive locking screws In 
accordance with figure K.3 above and figure K.4. 

3.5 (Note 3) 




Lr-l 



t — r ' 

' I 4.5min. (Note2) 

I 6.5±0.2 



Scale 4:1 



NOTES 

1 Head may be hexagonal or round. 

2 Depth of thread M3. 

3 Counterbore and slot for screwdriver optional. 




Figure K.4 - Locking screw 
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K.4.3 It is recommended that each pair of connectors, assembled in accordance with 
K.4.1 be partially enclosed within a suitable housing as shown in figure K.5. 



r 



26 (typical value) 



-80 (typical value) 



mc 



Plug 



JR 



Housing 



I V 



u 



Receptacle 



19 (typical value) 



1 


@\u 


m 



I 



Figure K.5 - Cable connector housing 



K.5 Interconnection table 

Should it be necessary to interconnect devices having a mixture of both 24- and 25-pin 
connector assemblies, the following wiring should be used In the adapter cable assembly. 



24-Pin 


Signal 


26- Pin 


connector 


connector 


1 


DI01 


1 


2 


DI0 2 


2 


3 


DI0 3 


3 


4 


DI04 


4 


5 


EOl 


6 


6 


DAV 


7 


7 


NRFD 


8 


8 


NDAC 


9 


9 


IFC 


10 


10 


SRQ 


11 


11 


ATN 


12 


12 


SHIELD 


13 


13 


DI05 


14 


14 


DI06 


15 


15 


DI0 7 


16 


16 


DI08 


17 


17 


REN 


5 


18 


GNO 


20 


19 


GND 


21 


20 


GND 


22 


21 


GND 


23 


22 


GND 


24 


23 


GND 


25 


24 


GND 


18.19 
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Annex L 

(informative) 



Address switch labelling and Interface status indicators 



L.I General comments 

To assist a device designer, a recommended positioning and labelling for the Talk and 
Listen address switch is given. A recommendation is also given for the labelling of 
interface status indicators or the Interface status messages to be used on displays. 



L.2 Talk and Listen addresses 

A device should have a non-volatiie local means of pre-selecting the values assigned to 
its MTA (my Talk address) and Its MLA (my Listen address). The value for bits T1 to T5 
assigned to MTA or bits LI to L5 assigned to MLA should be capable of being altered by 
the device operator. If the MTA and MLA are Identical (bits 1 to 5, as in 3d.1 and 39.2), 
then a single common storage element may be used. This discussion will use this single 
address value but does not preclude the use of separate addresses for MTA and MLA. 



L.3 DIP switch 

When the common MTA and MLA (bits 1-5) address value is selected by a DIP switch, the 
DIP switch needs 5 bits (combination of T1 to T5 and LI to L5) or switch poles to set the 
address value. The five switch poles should be physically adjacent to each other as 
indicated in figure L.I or figure L.2. If the local messages ton and/or Ion are implemented 
as poles on the same DIP switch, they should be placed as shown in figure L.I or 
figure L.2. In the case that ton Is not implemented but Ion is, the Ion switch should be 
immediately to the left or above the address switches. 



Where feasible, the DIP switch should be externally accessible and labelled similar to 
figure L.I or figure L.2. The description of the switch and Its location should be clearly 
visible in the device's operation manual. 



Labelling associated with the DIP switch Is to include the binary weighting applied to 
each DIP switch position to facilitate determination of the address value. An illustration of 
this is shown In figure L.I and figure L.2. An indication of which switches are used to set 
the address should also be provided. Diagrams in the instruction manual should be 
provided to clearly indicate which physical position of the individual DIP switches provides 
an "0/1" condition. The "1" position for the switches Is to present a logical TRUE state on 
the I EC 625 interface bus while the "0" position is to present a logical FALSE state on the 
bus. The labelled "X" positions show a sample selection of the switches. 
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+-+ 

1 1 
l-l 

IXI 
+-+ 


+-+ 

1X1 

l-l 
1 1 

+-+ 


+-+ 
1 1 
l-l 

1X1 

+-+ 


+-+ 
IXI 

l-l 
1 1 

+-+ 


+-+ 
1 1 
l-l 

IXI 

+-+ 


+-+ 

IXI 

l-l 
1 1 
+-+ 


+-+ 

IXI 

l-l 
1 1 
+-+ 


1 ton, 

1 address (01011) 


Ion 


ton 


16 


8 


4 

Address 


2 


1 





Figure L.I - Labelling diagram for DIP switcti in iiorizontal orientation 



+,x,+ + 

+ 'X'+ + 


ion 


+ — +,x, + 

+ +'X' + 


ton 


+ — +,x,+ 

+ +'X' + 


16 1 


+ — +,x, + 

+ +'X' + 


8A 1 
d 1 


+ ,x,+ + 

+ 'X'+ + 

+ — +,x,+ 

+ +'X' + 


d 1 

4r 1 

e 1 

s 1 

2s 1 


+ ,x,+ + 

+ 'X'+— + 


1 1 

L 



ton, address (11010) 



Figure L.2 - Labelling diagram for DIP switch in vertical orientation 



L.4 Alternate implementations 

Other methods besides DIP Switches can be used to set the non-volatile value of the MTA 
and MLA address or change the state of ton and ton local messages. This alternative 
method, however, should provide the ability of displaying and modifying the address 
values. When ton and Ion are implemented, this alternative method should also allow their 
state to be examined and modified. 
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L.5 Device status indicators 

A device may optionally contain indicators and/or displays showing the current state (or 
operating mode) of the device interface. When these interface indicators or displays are 
provided, they should be labelled with or use the abbreviation or name given in the 
following table. The NDAC, NRFD, or SRQ Indicator shall represent the device's view of 
its remote message and not necessarily the current state of the corresponding interface 
bus line. An ADDR indicator may be used in place of the TALK and LSTN indicators. 



Table L.I - Device status Indicators 



Abreviation 


Name 


Current state 


ADDR 


Addressed to Talk or Listen 


Device is in TADS. TACS, LADS, 


or LACS 


LOCK 


Front panel lockout 


Device is in RWLS 




LSTN 


Addressed to Listen 


Device is In LADS or LACS 




MA 


My Address 


Current address value 




NDAC 


Not data accepted 


NDAC asserted 




NRFD 


Not ready for data 


NRFD asserted 




REM 


Remote 


Device is in REMS or RWLS 




SRQ 


Service request 


SRQ asserted 




TALK 


Addressed to Talk 


Device is in TADS or TACS 




CACT 


Controller active 


Device is in CTRS. CACS, CSBS 
CSWS. CAWS. CPWS or CPPS 


CSHS, 
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